207122 - View | Headers | All -- display issues when message opened in new window

Status: RESOLVED DUPLICATE of bug 41994

(SeaMonkey :: MailNews: Message Display, defect)

Description

[Peter C. Frank]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3) Gecko/20030312
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3) Gecko/20030312

A. When using Mail client in header mode, so that one must open each mail
separately (by double-clicking on the message header or what not) instead of the
message displaying automatically in a separate window pane of the mail window,
and when viewing all headers, if the header information is too long, the body of
the message won't get displayed. (See attachments, Example 1) 

B. If an attachment is included with the message and it's opened in a new
window, then the header info lines become obscured by the attachment window
area. Additionally, the vertical scroll-bar for the message body area becomes
obscured.

Reproducible: Always

Steps to Reproduce:
A.
1. Open a message in a new window
2. Select "View" | "Headers" | "All"
3. Only pertains to messages with long header info / long lines in header info

B.
1. Open a message in a new window
2. If window size isn't sufficiently wide, message body area vertical scroll-bar
becomes obscured.


Expected Results:  
A. Mozilla should display a vertical scroll-bar for the headers info window to
reveal the remaining headers, as well as allow room for the message body area to
be displayed.

B. Mozilla should display the vertical scroll-bar at all times for the message
body area when the message body is longer than the visible window area.

Comment 1

[Peter C. Frank]

Attachment: Example 1, the problem

Identifying information from the e-mail has voluntarily been redacted

Comment 2

[Peter C. Frank]

Attachment: Proposed resolution of problem

What should be displayed. Identifying information has voluntarily been
redacted.

Comment 3

[Sébastien Deleuze]

I confirm this bug with Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.4b)
Gecko/20030523

Comment 4

[Dan Backes]

Confirmed 2003052508 winXP

Comment 5

[Mike Cowperthwaite]

Peter Frank: the problems with overwide text in an address-list (to: or cc: or 
from:) -- that is, your symptom B -- are described ad nauseum in Bug 91662, 
which is unfortunately completely out of control.  It's possible the too-tall 
header pane issue is also addressed in that bug, but I don't have the stamina to 
go back and reread it again; bug 41994 also talks about a too-tall header-panel 
issue.

Bug 151831 is an enhancement request for vertical and horizontal scrolling plus 
splitter positioning, which seems to be more or less what you're after.  I've 
hesitated about confirming that bug, because similar suggestions in other 
related bugs (bug 9942, bug 56825) have been cited as "too difficult" -- there's 
some inherent Mozilla bug that will require a massive rewrite to implement 
scrolling in the header pane, or to integrate the header panel into the message 
body so it all scrolls as one.

So, pick one of these, or find another, and I'll dupe it to that; but this isn't 
a new problem by any means.  Also, none of these problems are specific to a 
message window; they all occur in the preview pane as well.  If anything, a new 
window makes it easier to handle because it can be resized until the headers are 
(more or less) all visible, without screwing up the entire mail display.

Comment 6

[Peter C. Frank]

Under the "Modern" theme, this wasn't an issue in the v1.2 trunk (and previous
builds, from waht I can remember). It's only when I upp'd to 1.3 that this came
up. I should mention that I use the "Modern" theme and it appears that the
attachments in Bug 41994 appear to be using the "Classic" theme.

If you want to reassign the bug, I'd rather have it marked as dupe of 41994 than
151831. The attachmens I presented were only a proposed solution; I don't care
if they get around this by using scrollbars or whatnot, as long as its' fixed!

Thanks

Comment 7

[Mike Cowperthwaite]

I agree that 41994 is the best choice for a duplicate.

Whether or when it gets fixed, I cannot say.

*** This bug has been marked as a duplicate of 41994 ***