View-->Headers--All overfill all message pane preview



9 years ago
9 years ago


(Reporter: Aureliano, Assigned: BenB)



Dependency tree / graph

Firefox Tracking Flags

(Not tracked)


(Whiteboard: Fixed by patch in bug 525302)



9 years ago

1. enable message preview and set view-->headers-->Normal;
2. open a message in new window;
3. in standalone window, select view-->headers-->All;
4. close standalone window;
5. select another message (up or down) in message list: the new message select show all headers but headers pane overfill all message preview area.

A workaround for this issue is to goto view-->headers and magical headers pane resize.

It happens also in safe-mode. No errors in Errors Console.

Comment 1

9 years ago
Which build, i.e., before or after bug 489609 was checked in?

Comment 2

9 years ago
(In reply to comment #1)
> Which build, i.e., before or after bug 489609 was checked in?

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv: Gecko/20091103 Lightning/1.0pre Shredder/3.0pre ID:20091103032145

Comment 3

9 years ago
Yes, I see the same. It happens in the stand-alone window only, not if you just open the message in a new tab. Thus, while View > Headers equally applies to all windows, the show_header_mode attribute is apparently only reset for the current window in which the header view is changed.

Unfortunately, this needs to block bug 489609 as a regression which will have
to be fixed. :-(
Blocks: 489609
Keywords: regression
OS: Windows XP → All
Hardware: x86 → All


9 years ago
Depends on: 525302

Comment 4

9 years ago
The patch in bug 525302 fixes this.
Assignee: nobody → ben.bucksch
Whiteboard: Fixed by patch in bug 525302
A particularly painful aspect of this bug is that restarting doesn't make the
problem go away; the workaround is that the user has to turn off "Show All
Headers" mode and turn it back on without the standalone window involvement.  

It does, however, appear to go away on Mac if a menu is opened that causes a
submenu to open over the message header pane thereby forcing a repaint.  Or
something like that.  I haven't yet been able to nail it down precisely.

If we ship without taking this fix and without backing out bug 489609, we
should probably relnote the workaround.

Comment 6

9 years ago
Bug 525302 checked in, on trunk and 3.0 branch.

Last Resolved: 9 years ago
Resolution: --- → FIXED


9 years ago
Version: 3.0 → Trunk

Comment 7

9 years ago
Verified fixed in Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv: Gecko/20091110 Shredder/3.0pre, no issues when changing header views in stand-alone windows. The "more" button now allows the scroll bar to appear as well again, so that works as intended too.
You need to log in before you can comment on or make changes to this bug.