Currently they but right up together.

adding polish keyword

Paul, is this a globalOverlay issue? If it's not your issue, please reassign as appropriate.

I will take the bug. German can help me understand what is currently designed so that I can check it in.

M16. Would be nice, but not even close to a stopper.

*** Bug 27539 has been marked as a duplicate of this bug. ***

I see following possiblilities: a) just add space b) adding a border around progress meter b) add a border line at the top of the whole status bar (this would reduce complaints about not enough distinction between browser and content as well) In all three cases the heights of the progress meter would have to be reduced by at least 2px.

Not beta2 stopper. Marking M18. Please let me know if you disagree.

Mass move mailnews bugs to Putterman. Ouch.

Yes, the progress meter aka barberpole is too tall; it appears to casual inspection to be creating an extraneous white region between the statusbar and the taskbar by overflowing the statusbar -- in both MailNews and the browser. If there isn't already a bug on that, it deserves a new one. OTOH, whatever has already been done to move the status messages away from the progress meter in the browser is probably appropriate for the MailNews FE as well.

This is not just a mailnews bug but should be solved at the widget level consistently for all components. Re-assigning back to UI Engineering (Hangas)

this seems to be solved now? M16 Linux 2000-060420

looks fixed with the 2000070308 nightly

OK with july26 commercial build OK in both mail and browser windows.

Marking verified.