fix display issues with view all headers

NEW
Unassigned

Status

SeaMonkey
MailNews: Message Display
P3
normal
17 years ago
8 years ago

People

(Reporter: Scott MacGregor, Unassigned)

Tracking

Trunk
mozilla1.2alpha
x86
Windows 2000

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

17 years ago
I'm about to checkin changes to make view all headers work again for message
display. See Bug #73413 for more details.

I still need to "beautify" the view all headers view. Right now the headers
aren't properly right justified like they are in the normal header view. This is
because we don't know the width of the longest header name for view all headers.
So we can't force all the other header names to be right justified against that
width.

I tried to solve this same problem several months ago using a grid such that all
the header names are in one column in the grid and the header values are in
another column. This would make right justifying the header names trivial.
However at that time, grid was not up to the challenge and we had a lot of
painting problems and the like. Maybe grid has gotten better since then. It
might be one avenue to try.
(Reporter)

Comment 1

17 years ago
triaging.
Target Milestone: --- → mozilla0.9.6

Updated

17 years ago
QA Contact: esther → laurel

Comment 2

17 years ago
This should be more than Windows 2000, right?
And, this also includes a desire to have the headers that are "Normal"
right-justified, right?  At least on my MacOS 9.2 system, they are a
bit off from that right now (in 0.9.5).  I'll check tommorrow on
my UNIX/gtk system.

Updated

17 years ago
Keywords: nsbeta1

Comment 3

17 years ago
In a recent newsgroup message someone asked:

"I understand that with a new header-widget introduced in march "view all 
headers" broke and is being worked on(?). My question is whether the 
feature of clicking on the brief headers to display all headers in a 
floating box is also returning?"

If that (very nice) feature is returning, is it included in this bug, or is it a
separate one?

Updated

17 years ago
Target Milestone: mozilla0.9.6 → mozilla0.9.9

Comment 4

17 years ago
------- Additional Comments From Skewer 2001-10-25 14:51 -------

Another thing: Things get *very* messy if the length of the headers is longer
than the maximum space available to the preview pane/message window, which under
the circumstances is very conceivable. Perhaps there should be some sort of
scrolling behavior to prevent this. I have an e-mail where only the very first
line is visible when all headers are displayed, and this is with a substantial
number of Received: headers not being displayed. This is when my computer is
running in 1024x768x32bpp and Mozilla is maximized. I really think that the
static nature of the header bar and full headers are incompatible with each other.

Besides that, if I View>Headers>All, then open a message window, that message
window will display all the headers but in the menu "Normal" is selected.
Keywords: mozilla0.9.6, nsCatFood, nsdogfood, ui

Updated

17 years ago
Keywords: nsbeta1 → nsbeta1+

Comment 5

17 years ago
1) For me now on 2001110103 (win2k) the headers do not appear at all (in normal
or expanded)! This is a severe problem if one wants to add a name to the address
book.

2) On the very long header display, there are no scroll bars appearing, and it
is impossible to see the whole header list if it is bigger than the screen.

I have had a hard time getting mail to work at all lately. Yesterday's build
hung and I had to revert.  

Comment 6

17 years ago
Related: bug 91662 long subject obliterates attachment pane.

Also, hit some long Path headers in newsgroups today (nov21 trunk build) and it
REALLY messes up the thread pane -- columns jitter drastically back and forth
for a few seconds until the display settles to where I can't see half of the
thread pane columns or header envelope.

Updated

16 years ago
Priority: -- → P3

Updated

16 years ago
Status: NEW → ASSIGNED
Keywords: nsbeta1+ → nsbeta1-
Target Milestone: mozilla0.9.9 → mozilla1.2
Keywords: mozilla0.9.6

Comment 7

15 years ago
(Saw this relevant to this bug)

View All Headers does -not- display all of the Received: header, only appears to display the last hop.  Display "all" headers, should be inclusive of "all" headers.  Can be reproduced by doing a Ctrl-U to show source of the email and comparing to the headers as seen.  Bug seen in 1.3a and Nightly.
Product: Browser → Seamonkey

Comment 8

12 years ago
dup of bug 50138?
Assignee: mscott → mail
Status: ASSIGNED → NEW
QA Contact: laurel

Comment 9

12 years ago
Another issue is that the full header is always printed, even if it is not being displayed. This is in Thunderbird

Comment 10

12 years ago
(In reply to comment #9)
> Another issue is that the full header is always printed, even if it is not
> being displayed. This is in Thunderbird

My crystal ball says that you are using an extension like Enigmail/Mnenhy or something similar, which both turn on 'all headers' in the background while not displaying all of them... 

Comment 11

12 years ago
I am using talkback, URL LInk, Enigmail, DictionarySearch, Advanced Remove Duplicates

Comment 12

9 years ago
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.10) Gecko/2009042708 Fedora/3.0.10-1.fc10 Firefox/3.0.10

Regarding headers display...

I am currently seeing when I select "View All Headers" a very large window that shows up in the "message view" pane, but i cannot scroll the headers, I can only scroll the message.

If the headers list is very long, it makes it impossible to view all of the headers and also impossible to read the message without switching off the headers.

I would like to see "View Headers" at least available as a copy/paste friendly "View Source" type action, where it doesn't affect my message display.

Comment 13

8 years ago
(In reply to comment #12)

I would add the same here: Full Headers is not scrollable. It should be.
You need to log in before you can comment on or make changes to this bug.