Closed Bug 73413 Opened 24 years ago Closed 24 years ago

implement view all headers for new message header display

Categories

(SeaMonkey :: MailNews: Message Display, defect, P2)

Product:
SeaMonkey
Component:
MailNews: Message Display
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED FIXED
Milestone:
mozilla0.9.7

People

(Reporter: mscott, Assigned: mscott)

References

Details

Attachments

(2 files, 1 obsolete file)

updated diff against 105553
13.43 KB, patch
bugzilla
: review+
sspitzer
: superreview+
Details | Diff | Splinter Review
Broken information bar
21.54 KB, image/png
Details
I have to implement view all headers with the new header display. Once I land the new display this view isn't going to work anymore. I have to re-implement it. Hopefully the new version will have linkified header fields too.
Status: NEW → ASSIGNED
Priority: -- → P2
Target Milestone: --- → mozilla0.9
*** Bug 73651 has been marked as a duplicate of this bug. ***
Keywords: nsbeta1
Whiteboard: [nsbeta1+]
*** Bug 73720 has been marked as a duplicate of this bug. ***
OS: Windows 2000 → All
Hardware: PC → All
Target Milestone: mozilla0.9 → mozilla0.9.1
*** Bug 74724 has been marked as a duplicate of this bug. ***
*** Bug 75276 has been marked as a duplicate of this bug. ***
*** Bug 77305 has been marked as a duplicate of this bug. ***
Quickie: Why was the header display changed?
I'm pretty sure it was so he could fit the new attachments tree/window in there (we now have one collapsible window instead of two).
Could the new version please have either a) Selectable (and therefore copyable) fields, or: b) Right click context menus with a "Copy" option or both? :-) Not being able to copy headers is a pain. There's probably a bug. You probably know about it anyway. But there it is :-) Gerv
I don't like the whole static header thing. That takes away valuable screen real estate, and should scroll away like it did in Netscape 4. I should probably open a new bug for this, but most of my bugs seem to have been ignored by Netscape (AOL has had an effect on them, I can tell...).
SkewerMZ, there is already a bug on "headers scrolling with the body".
I probably have no say in what goes but I second Gerv's request to make the message header window "selectable (and therefore copyable)". Other than that keep up the good work. Ayo
*** Bug 78535 has been marked as a duplicate of this bug. ***
*** Bug 79430 has been marked as a duplicate of this bug. ***
*** Bug 79519 has been marked as a duplicate of this bug. ***
Blocks: 49152
Blocks: 49197
Blocks: 49305
mscott, if you want to linkify even the text in the Subject, Organization line etc. (i.e. you don't want to use special knowledge about headers like you do in the normal header display of the msg pane), you could just run the whole headers through ScanTXT. Let me know, if you need any help. Please make sure that bug 49305 does not exist in the new implementation. (I'm pointing that out, because it probably influences the implementation in a basic way.)
WEIRD stuff. I turned on my computer this morning and SOME of the emails were showing the FULL headers i was looking for , in "normal header" mode! This really needs a big fix... Also some crashes this morning, when clicking on an email in the trash, mozilla crashed. Also the first time i started mozilla this morning, it would not start, crashed. I used the talkback thingie on the trash mail crash.
*** Bug 79654 has been marked as a duplicate of this bug. ***
moving to 0.9.2
Target Milestone: mozilla0.9.1 → mozilla0.9.2
QA Contact: esther → fenella
*** Bug 82707 has been marked as a duplicate of this bug. ***
*** Bug 83454 has been marked as a duplicate of this bug. ***
10 dups. Marking mostfreq.
Keywords: mostfreq
adding PDT+
Whiteboard: [nsbeta1+] → [nsbeta1+][PDT+]
*** Bug 85120 has been marked as a duplicate of this bug. ***
Blocks: 39679
*** Bug 86509 has been marked as a duplicate of this bug. ***
moving to 0.9.3
Target Milestone: mozilla0.9.2 → mozilla0.9.3
Whiteboard: [nsbeta1+][PDT+] → [nsbeta1+]
*** Bug 88096 has been marked as a duplicate of this bug. *** Lol, somebody do what i requested above. I dont have permission :(
Go to securityfocus.com and subscribe to bugtraq Switch to digest list method (gets all mails into a big one) When you receive the messages, you will see the full mail headers below
*** Bug 88096 has been marked as a duplicate of this bug. ***
*** Bug 88519 has been marked as a duplicate of this bug. ***
*** Bug 88628 has been marked as a duplicate of this bug. ***
*** Bug 88728 has been marked as a duplicate of this bug. ***
*** Bug 90108 has been marked as a duplicate of this bug. ***
moving to 0.9.4
Target Milestone: mozilla0.9.3 → mozilla0.9.4
*** Bug 92332 has been marked as a duplicate of this bug. ***
Adding some keywords. This is one of the main reasons I still use 4.x regularly. Because spammers really piss me off, I frequently report them to abuse desks. Everytime I want to do this, I have to quit, launch 4.x, log into mail again... really annoying.
Keywords: 4xp, nsdogfood
Brian: Why don't you use View -> Message Source. At least in Windows it allows copying via the context menu. Actually it's even better than 4.* View -> All Headers
<offtopic> Brian, you can still report spammers from Mozilla - just forward your spam to spamcop@spamcop.net and use their spam reporting engine (you'll get an e-mail wil a URL each time you forward spam to spamcop@spamcop.net). It will also help you to find the right abuse desk(s) fast.</offtopic>
View -> Message Source does indeed work. Cool! And thanks, I'm already acquainted with SpamCop.
In version 0.9.1 (Progeny distributed deb's), choosing view->headers->all is either ignored or causes immediate crash.
*** Bug 93940 has been marked as a duplicate of this bug. ***
*** Bug 94172 has been marked as a duplicate of this bug. ***
*** Bug 94547 has been marked as a duplicate of this bug. ***
Nominating nsenterprise.
Keywords: nsenterprise
*** Bug 94985 has been marked as a duplicate of this bug. ***
Mail news triage meeting --> .9.5
Target Milestone: mozilla0.9.4 → mozilla0.9.5
*** Bug 95417 has been marked as a duplicate of this bug. ***
Another solution is to allow a right click to select "View Source" while the message in the the message pane... Currently, in order to get that option you have to open the message in a seperate window and then select "View Source"
To view the message source from the pane, you can use the Mailer's menu (View > Message Source), or type Control-U.
No, you only have to click ctrl-u in the message
*** Bug 96730 has been marked as a duplicate of this bug. ***
Removing nsenterprise nomination.
Keywords: nsenterprise
QA Contact: fenella → laurel
*** Bug 97788 has been marked as a duplicate of this bug. ***
I just spotted some even stranger behavior. If you choose View Headers > All and open a message with another message attached, the attached message will display all the headers, but they will be the headers for the main message, not the attached message!
*** Bug 97872 has been marked as a duplicate of this bug. ***
wow.. this one seems popular.. I really like this feature of NS 4.x.. You have my vote for the most important RFE :) Tommy
*** Bug 101643 has been marked as a duplicate of this bug. ***
*** Bug 102395 has been marked as a duplicate of this bug. ***
*** Bug 102904 has been marked as a duplicate of this bug. ***
hopefully this milestone for sure =).
Target Milestone: mozilla0.9.5 → mozilla0.9.6
*** Bug 103701 has been marked as a duplicate of this bug. ***
Blocks: 104166
moving to 0.9.7
Keywords: nsbeta1
Whiteboard: [nsbeta1+]
Target Milestone: mozilla0.9.6 → mozilla0.9.7
So this has been getting moved since 0.9.1 Why dont you just mark it as future? Less spam that way, and when someone actually fixes this, then the TM can be changed
Or better yet, fix it! I know it may not seem critical, but I don't understand why it would be that hard to implement. And, to just keep moving it one milestone out each time is very frustrating to those of us that want this bug fixed...
Yeah... I must say I'm confused this isn't allready resolved... Not that I have any clue as to what needs be done, but it certainly can't be _that_ difficult? or does fixing this bug mean having to summon forth a lesser demon or some such?
Unfortunately, there are 3500+ mailnews bugs. Some are more important than this and others are less important. The fact that this bug is hanging around from milestone to milestone shows that it's more important than about 3300+ of the bugs. However, there are other things that need to be fixed first.
To fix this bug, they only need to increase the size of the "subject" section of the window a little bit so they could fit the headers. And the headers are of course already in the mail database, they appear when you view the mail source (ctrl-u)
32 dupes. 48 votes. 58 CCs. Feature regression. And printing get you full headers...
in fact why not link view header menu item to view source cmd for now and then the feature works and we can leave it till there is more time to add this feature???
assuming my XBL changes for 10553 are checked in then this patch implements a first cut for view all headers. I still need to do some work to make it look "prettier". Right now the justification is a little off for headers with long names but that can be spun into another bug.
Depends on: 105553
Attachment #54576 - Attachment is obsolete: true
Once I land this patch, I then need to "beautify" the display of view all headers. This means coming up with a solution so all the header names are right justified against the width of the longest header name. I filed 106358 to keep track of this issue.
Comment on attachment 54788 [details] [diff] [review] updated diff against 105553 sr=sspitzer
Attachment #54788 - Flags: superreview+
Comment on attachment 54788 [details] [diff] [review] updated diff against 105553 R=ducarroz
Attachment #54788 - Flags: review+
rudimentary view all headers has just been checked in.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
In today's build my information bar just says "attachments" and is pretty much stuck in place. I think the problem may be related to the fix for this bug. Furthermore, the problem still exists that when you view all headers, attached messages' headers are copied from the parent message. Forward a few e-mails to yourself and see what happens.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Attached image Broken information bar —
The new problem: WFM with 2001102409 on WindowsME. Skewer: what OS are you using? And more generally: I believe you should have opened a new bug leaving here a comment about its possible relationship to this one. One of the reasons is that the original problem was an All/All one and this is probably OS dependent.
reclosing because the bug described here is fixed. view all headers is now on again in the trunk. Please file a new bug for your platform for the missing message headers. Also list what build ID you are using and what platform it's on. Thanks Skewer!
Status: REOPENED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → FIXED
What about 'Received' fields? Current behaviour is that only 1 Received field is displayed. The rest are stripped out. Is this the desired behaviour?
Skewer: I saw exactly the same problem with 2001102403 (alt3-pane view). After changing to normal3pane-restarting-alt3pane-restarting, problem disappeared. Try this before filing a new bug.
I was hit Skewer's problem this morning. Deleting component.reg saved the day. And yes, there is a bug on this: bug 106461. I reopened it today before I find the component.ref solution but now it should probably be marked invalid.
Should we split off the problem with the main message's headers being displayed on attached (forwarded) messages? I commented about this earlier but it was not fixed by the patch.
Please, pretty please, make the text in the headers selectable so we can copy text to the clipboard! This is pretty basic stuff and was in ns 4.x Should i post a new bug for this? Or can we use bug 106358 for that? We need this!
Can't select text in message headers is bug 61497.
we already have a bug for selection in the message pane. XUL does not support this yet. When it does, we'll be first in line I promise.
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. I'm not going to reopen this a second time at the moment, but it's *very* tempting.
What doesn't XUL support that it should? If the text should be copyable, it should be in a readonly textbox (styled to look just like it does now if so desired).
Francisco: If you want the Copy capability use View -> Message Source (or Ctrl-U) as a workaround.
*** Bug 108228 has been marked as a duplicate of this bug. ***
OK using nov2 commercial trunk build: win98, mac OS X, linux rh6.2 Marking this bug verified: Implementation in and basically working. Any specific issues with View All Headers will be logged separately. One main bug is bug 106358 for display issues with View All Headers.
Status: RESOLVED → VERIFIED
*** Bug 133936 has been marked as a duplicate of this bug. ***
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: