These are my observation I had when view header was set to ALL: 1)The text in the header area overflows into the lower border of the window. This happens more often when I try to change the haeder size by dragging the upper border. 2)Even though the header area is not large enough to display all the information, there is no scroll bars. 3)I can not select any text in the header including the addresses. 4)If there are more than two addresses in To: of the message, the last two of them are displayed without comma in the header area.

item 3 is part of another bug report.

reassigning to mscott and moving to M18.

Bug 1 does not only appear with 'all' headers on, but also with 'normal' header view. Only, usually your window then isn't small enough for the bug to show. Just try it: set header view to normal, display a message (in 3-pane window), resize the window by shifting the bottom upwards till you reach the header window. The text of the header will print over the status bar. btw using build 2000081608 M18 on a winNT 4.0 machine. So maybe someone with some more permissions should change the OS of this bug? - Vincent.

Sorry, should have typed 'item 1' instead of 'bug 1' in previous comment. Forgotten the automatic hyperlink feature. So don't click on it, unless curious about Mozilla's very early days...

most of these are already known.

Now in MTrunk2000121908, the item 4 has been corrected. The item 3 has now been duped to bug 61497. The item 2 may be covered by bug 56825, although it is not clear whether 56825 includes message header display in the message pane in addition to pop-up diaplay of the header. Thus remains the item 1. The bug is still there. When the entire window size is not large enough to display the message text, header display area pushes out the status bar and the bar below out of the window. Changing summary to make this file specific to this problem.

I noticed that this bug likely depends on bug 55368, although 55368 is for Browser. Marking dependency.

Seeing this on build 2001090304 windows95. OS/Platform : All/All. Nominating for Mozilla1.0. When using View|Headers|All, the header correctly displays but there are no scrollbars so I can't view the message at all. I have to click on the grippy to hide the header and view the message. Still can't copy-paste. Not seeing 1).

Yes, very annoying when most of your emails come from mailing lists generated from Exchange which generally have 100+ characters in the email address. This forces the attachment window off the page and makes the message list/status bar to flicker constantly... This is a Priority One on the Cosmetic side for me and if I can't see my attachments to open them then it affects my ability to read mail too!

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

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

I added 'or maximized' to the summary since there is a new bug 134490, which seems a duplicate of this one, but the case there - maximized mail.

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

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

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

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

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

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

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

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

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

Removing Mozilla1.0 keyword and nominating for next milestone.

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

Related: please see screenshot in bug #151778 to check if bug #151778 is a dup of this one. Can anyone post a screenshot of this bug to compare both?

Three screen shots. first is normal, second is half obscured, so you see how it happens, third is totally obscured.

comment #27 Thanks. Attachment #96739 [details] shows that bug #151778 is different from this bug.

Sidebar in address book has a similar problem. Screenshot: http://bugzilla.mozilla.gr.jp/showattachment.cgi?attach_id=1107

taking, simple work around fix in hand.

"Sidebar in address book has a similar problem. Screenshot: http://bugzilla.mozilla.gr.jp/showattachment.cgi?attach_id=1107" sidebar in addressbook is going away very soon, so I'm not going to bother fixing that.

Comment on attachment 98142 [details] [diff] [review] patch sr=bienvenu

Comment on attachment 98142 [details] [diff] [review] patch a=asa (on behalf of drivers) for checkin to 1.2a. High reward, most frequently reported bug. Thanks.

Comment on attachment 98142 [details] [diff] [review] patch looks good to me; r=varada

fixed.

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

Comment on attachment 98142 [details] [diff] [review] patch Couldn't you have put #messagepane { min-height: 1px; } in content/messenger.css?

This bug still happens for me in latest nightly, build ID 2002121008 on Win98.

Still happening in 2003011412. Win98. Please tell me if I am experiencing a different bug (see screenshot in previous comment). Otherwise this needs to be reopened.

Confirming on BuildID2003010108 on WinXP SP1

I still see the bug in build 20030115 on WinNT4 SP6. Additionally, the bug appears also in a "standalone" message window as shown in the attachment.

Comment on attachment 109019 [details] Long header crops scrollbar and status bar To work around the problem of the folders being squashed past the status bar, simply select View -> Show/Hide -> Message twice!

[Mozilla/5.0 (Windows; U; Win95; en-US; rv:1.4b) Gecko/20030507] like [Mozilla/5.0 (Windows; U; Win95; en-US; rv:1.3.1) Gecko/20030425] Bug still there. (with v1.3 profile, at least) Messenger window being maximized: 1) Status Bar half hidden. (with classic theme) 2) No scroll bar within the headers view.

Can I add to this that the message body is not redraw if the Header was folded up? This is the situation: - Display headers: all - Unfold the headers of one of the messages that has a header that is long ( this means: long enough that it would cover the status bar without any patches :-) ) - Now fold header of the message again. - Now the message body does no get redrawn (Fold/Unford: use the '+' or the down-arrow on the header bar of the message) The message body is redrawn again when you move the splitter above or next to the message. (I'm on Windows 98, Mozilla nightly Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.4b) Gecko/20030519)

Gerke Kok, your comment 45 is talking about the symptom described by bug 167468. It appears that the thing that was fixed (at comment 31) is that in a 3-pane view, a message whose headers would previously have run over the status bar now pushes the splitter upwards. But once the splitter bumps into the column headers at the top of the thread pane, the status bar once again becomes fair game for erosion from the encroaching bottom of the window. Updating summary to include the string "header pane" and remove the confusing "or maximized" -- a maximized window, either 3-pane or stand-alone, is far less likely to exhibit this symptom. It appears that this bug is about "header panel too high for current window" as opposed to bug 91662 being about "header panel too wide for current window."

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

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

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

Bug item 2 still there in mozilla 1.4 (win2000pro). Why not add some scrollbars and be done with it ? Bug #211391 has even some example code how to do it ( if I understud it correctly )

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

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

In the header, the Subject line may be collapsed by clicking on the little triangle, reducing the header to one line. I would call this "Minimal Headers." But when the little triange has reduced the headers to a single line, then menu items View > Headers > All / Normal have no effect. There should be a way to keep these menu functions usable. I think the Subject Line's little triangle and the View > Headers functions should be combined into the same function. "Minimal Headers" should be added to the menu, to provide All, Normal, and Minimal. I can't imagine how to change the little triangle from 2 modes into 3 modes. The little triangle is conveniently located, and it would nice if it could access all three header sizes. Thanks, -Neil-

Why would the mail headers be ABOVE the scrollbars when "view all headers" is checked? This forces the mail viewing area and its associated scrollbars off bottom of the screen and is what causes the headers to overrun the entire viewing area. The mail headers should be viewed as part of the mail viewing area like is done in Eudora, not above it. If Mozilla insists on using the seperate header area like it is doing now, then the header area should have a maximum height, set as a certain percentage of the entire viewing area so that the email can still be read and scrolled, and should then use seperate scrollbars in the header area to scroll the headers seperate from the email text. But, it would be better if the headers were handled like in Eudora, i.e., as part of the mail message and scrollable using the mail viewing area scrollbars.

This is a new one for me starting with the most recent build. I have been using nightly builds and never noticed it before now. Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1a3) Gecko/20060601 Thunderbird/2.0a1 ID:2006060106

I thought this was my bug, but it seems that the description is the only part that would be the same. In mine, the text goes over the whole bottom of the window.

(In reply to comment #46) > once the splitter bumps into the column headers at the top of the thread > pane, the status bar once again becomes fair game for erosion from the > encroaching bottom of the window. This has changed somewhat in the ensuing years: the thread pane (in both Seamonkey and Thunderbird) has a minimum height, so the splitter never moves all the way up to the column headers; and resizing the window (that is, dragging the bottom edge) never causes the message pane to change size -- I think (without reloading one of the old versions) that dragging the bottom edge used to shrink the message pane until the headers were all that was left. I guess the "expected result" is that the status bar should be the last item hidden when the window is resized. This is TB bug 354748. Note that now, there is a minimum size to the message pane as well, which you can see if you drag the splitter towards the bottom of the window -- at some point, the entire pane collapses rather than shrink any further. In Seamonkey, this minimum height is always at least the height of the header panel; in Thunderbird, a taller-than-normal header panel will drag down and header text will overwrite the status bar, as shown in the screenshot from comment 56, until the minimum height is reached, after which point the message pane will collapse. That overwriting is actually a different problem, and if there's a bug open for that I can't find it.