User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; fr; rv:1.9.2.9) Gecko/20100824 Firefox/3.6.9 Build Identifier: As bug haven't landed on time fore features/string freeze for Fx4 and to not break an existing feature in primary UI, we should investigate an alternative place to put download notifications. Reproducible: Always

I've made it a meta as we need to find the right solution (so, have a look to dependancies).

Confirmed and reversed your dependencies. You had them backwards. This does not depend on a completely new Download Manager UI and parts of a meta bug are its dependencies, not the other way around.

I'll leave this as meta for now, but that may be over-complicating things. I or someone else may rearrange this and replace this bug in the dependency tree with the Chosen One True Solution.

I think that download monitor without the doorhanger notification and the new donwload manager (in the waiting time) is important even if the old download manager will still open in Fx4. :-(

Just to clarify : notifications in the title means any object thaht can notify (text, progress meter, progress meter in a doorhanger, ...)

This is a regression (at least on Mac) from Firefox 3.6, so asking for blocking. If minusing on the basis that this is a meta bug, please point to the bug where the issue will be taken care of. (Neither bug 564934, nor bug 548763 are blocking.)

My understanding is that the loss of download progress in the main window is not a blocking issue, and bug 564934 will address it post-Firefox 4.

Two of the bugs this depends on are WONTFIX and contain reasons why this is not a regression we'd block on, nor something we consider a regression as opposed to an intentional UI change. See bug 597067 comment 5 for a good summary as to why.

It would appear that for Windows 7 we're going to rely on the OS for this, same goes for OSX. Was the Windows 7 task-bar preview back-ported to Vista? Will work be completed on the Linux global notifications in time? What are our plans for XP? That is the share of OS usage? Are we planning to simply alienate these users. I fear that we're over-simplifying/downplaying the impact of the removal of download status. There's a reason why UX teams elsewhere have maintained its presence despite streamlining the rest of the interface. The original progress-download-button was a good idea. I'm not sure why it's WONTFIX, even if it won't make it into 4.0 it appears to still be a goal and if we can sneak it in before 4.1/the rest of the DM revamp it's not a bad idea. Anyway, since a button is the only other logical place to have download progress, shouldn't this be WONTFIX INVALID?

This is not a regression from Firefox 4, so it is not being tracked by release drivers.

Sorry if posted on the wrong place but not sure about the right place The new Download panel has loads of free chrome above & below the progress bar why can't we use the space to provide more detail's like Speed?(which was recently removed but is very useful) or more options like auto-clear check box or url -info? Also there is no compact mode(if user want's to see more download in less space) mode in default large icons or using small icons

Currently the download progress is shown in the download button. For W7 the progress is also visible down in the main panel icon. So could we close this bug?

(In reply to Michal Stanke [:MikkCZ] from comment #18) > So could we close this bug? Yeah, this meta bug is old and no longer useful. Closed as WFM.