41994 - Message pane encroaches on/overtakes the area for Status Bar when window size is too small

Status: NEW

(SeaMonkey :: MailNews: Message Display, defect)

Description

[hirata masakazu]

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.

Comment 1

[lchiang]

item 3 is part of another bug report.

Comment 2

[scottputterman]

reassigning to mscott and moving to M18.

Comment 3

[Vincent Schut]

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.

Comment 4

[Vincent Schut]

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...

Comment 5

[lchiang]

most of these are already known. 

Comment 6

[hirata masakazu]

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.  

Comment 7

[hirata masakazu]

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

Comment 8

[Fabian Guisset]

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).

Comment 9

[Ray Jackson]

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!

Comment 10

[Olga]

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

Comment 11

[Dimitrios]

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

Comment 12

[Olga]

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.

Comment 13

[R.K.Aa.]

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

Comment 14

[Asa Dotzler [:asa]]

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

Comment 15

[Asa Dotzler [:asa]]

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

Comment 16

[Asa Dotzler [:asa]]

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

Comment 17

[Asa Dotzler [:asa]]

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

Comment 18

[[e-mail] (gone - use [e-mail] instead)]

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

Comment 19

[Koike Kazuhiko]

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

Comment 20

[Koike Kazuhiko]

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

Comment 21

[Koike Kazuhiko]

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

Comment 22

[Alfonso Martinez]

Removing Mozilla1.0 keyword and nominating for next milestone.

Comment 23

[Ian Neal]

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

Comment 24

[Sobrinho]

Attachment: why do not use a interface like eudora? button: 'show all headers' off

Comment 25

[Sobrinho]

Attachment: why do not use a interface like eudora? button: 'show all headers' on

Comment 26

[http://tinymailto.com/oliversl]

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?

Comment 27

[Grey Hodge (jX)]

Attachment: screenshots of above mentioned bug.

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

Comment 28

[http://tinymailto.com/oliversl]

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

Comment 29

[Koike Kazuhiko]

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

Comment 30

[(not reading, please use [e-mail] instead)]

taking, simple work around fix in hand.

Comment 31

[(not reading, please use [e-mail] instead)]

Attachment: patch

Comment 32

[(not reading, please use [e-mail] instead)]

"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 33

[David :Bienvenu]

Comment on attachment 98142 [details] [diff] [review]
patch

sr=bienvenu

Comment 34

[Asa Dotzler [:asa]]

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 35

[varada]

Comment on attachment 98142 [details] [diff] [review]
patch

looks good to me; r=varada

Comment 36

[(not reading, please use [e-mail] instead)]

fixed.

Comment 37

[[e-mail]]

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

Comment 38

[[e-mail]]

Comment on attachment 98142 [details] [diff] [review]
patch

Couldn't you have put
#messagepane {
  min-height: 1px;
}
in content/messenger.css?

Comment 39

[Ian Nartowicz]

Attachment: Long header crops scrollbar and status bar

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

Comment 40

[Ian Nartowicz]

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.

Comment 41

[Ian Neal]

Confirming on BuildID2003010108 on WinXP SP1

Comment 42

[Christian Schweer]

Attachment: "view all header" single message window

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 43

[[e-mail]]

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!

Comment 44

[Serge Gautherie (:sgautherie)]

[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.

Comment 45

[Gerke Kok]

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)

Comment 46

[Mike Cowperthwaite]

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."

Comment 47

[Mike Cowperthwaite]

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

Comment 48

[Mike Cowperthwaite]

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

Comment 49

[Mike Cowperthwaite]

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

Comment 50

[David Balažic]

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 )

Comment 51

[Mike Cowperthwaite]

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

Comment 52

[Mike Cowperthwaite]

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

Comment 53

[Neil]

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-

Comment 54

[J Vender]

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.

Comment 55

[Worcester12345]

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

Comment 56

[Worcester12345]

Attachment: header going over the taskbar

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.

Comment 57

[Mike Cowperthwaite]

(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.