Closed
Bug 73413
Opened 23 years ago
Closed 23 years ago
implement view all headers for new message header display
Categories
(SeaMonkey :: MailNews: Message Display, defect, P2)
SeaMonkey
MailNews: Message Display
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla0.9.7
People
(Reporter: mscott, Assigned: mscott)
References
Details
Attachments
(2 files, 1 obsolete file)
13.43 KB,
patch
|
bugzilla
:
review+
sspitzer
:
superreview+
|
Details | Diff | Splinter Review |
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.
Assignee | ||
Updated•23 years ago
|
Status: NEW → ASSIGNED
Priority: -- → P2
Target Milestone: --- → mozilla0.9
OS: Windows 2000 → All
Hardware: PC → All
Updated•23 years ago
|
Target Milestone: mozilla0.9 → mozilla0.9.1
Comment 6•23 years ago
|
||
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).
Comment 8•23 years ago
|
||
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...).
Comment 10•23 years ago
|
||
SkewerMZ, there is already a bug on "headers scrolling with the body".
Comment 11•23 years ago
|
||
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
Comment 12•23 years ago
|
||
*** Bug 78535 has been marked as a duplicate of this bug. ***
Comment 13•23 years ago
|
||
*** Bug 79430 has been marked as a duplicate of this bug. ***
Comment 14•23 years ago
|
||
*** Bug 79519 has been marked as a duplicate of this bug. ***
Comment 15•23 years ago
|
||
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.)
Comment 16•23 years ago
|
||
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.
Comment 17•23 years ago
|
||
*** Bug 79654 has been marked as a duplicate of this bug. ***
Comment 19•23 years ago
|
||
*** Bug 82707 has been marked as a duplicate of this bug. ***
Comment 20•23 years ago
|
||
*** Bug 83454 has been marked as a duplicate of this bug. ***
Comment 23•23 years ago
|
||
*** Bug 85120 has been marked as a duplicate of this bug. ***
Comment 24•23 years ago
|
||
*** Bug 86509 has been marked as a duplicate of this bug. ***
Updated•23 years ago
|
Whiteboard: [nsbeta1+][PDT+] → [nsbeta1+]
Comment 26•23 years ago
|
||
*** Bug 88096 has been marked as a duplicate of this bug. *** Lol, somebody do what i requested above. I dont have permission :(
Comment 27•23 years ago
|
||
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
Comment 28•23 years ago
|
||
*** Bug 88096 has been marked as a duplicate of this bug. ***
Comment 29•23 years ago
|
||
*** Bug 88519 has been marked as a duplicate of this bug. ***
Comment 30•23 years ago
|
||
*** Bug 88628 has been marked as a duplicate of this bug. ***
Comment 31•23 years ago
|
||
*** Bug 88728 has been marked as a duplicate of this bug. ***
Comment 32•23 years ago
|
||
*** Bug 90108 has been marked as a duplicate of this bug. ***
Comment 34•23 years ago
|
||
*** Bug 92332 has been marked as a duplicate of this bug. ***
Comment 35•23 years ago
|
||
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.
Comment 36•23 years ago
|
||
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
Comment 37•23 years ago
|
||
<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>
Comment 38•23 years ago
|
||
View -> Message Source does indeed work. Cool! And thanks, I'm already acquainted with SpamCop.
Comment 39•23 years ago
|
||
In version 0.9.1 (Progeny distributed deb's), choosing view->headers->all is either ignored or causes immediate crash.
Comment 40•23 years ago
|
||
*** Bug 93940 has been marked as a duplicate of this bug. ***
Comment 41•23 years ago
|
||
*** Bug 94172 has been marked as a duplicate of this bug. ***
*** Bug 94547 has been marked as a duplicate of this bug. ***
Comment 44•23 years ago
|
||
*** Bug 94985 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 45•23 years ago
|
||
Mail news triage meeting --> .9.5
Target Milestone: mozilla0.9.4 → mozilla0.9.5
Comment 46•23 years ago
|
||
*** Bug 95417 has been marked as a duplicate of this bug. ***
Comment 47•23 years ago
|
||
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"
Comment 48•23 years ago
|
||
To view the message source from the pane, you can use the Mailer's menu (View > Message Source), or type Control-U.
Comment 49•23 years ago
|
||
No, you only have to click ctrl-u in the message
Comment 50•23 years ago
|
||
*** Bug 96730 has been marked as a duplicate of this bug. ***
Comment 52•23 years ago
|
||
*** Bug 97788 has been marked as a duplicate of this bug. ***
Comment 53•23 years ago
|
||
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!
Comment 54•23 years ago
|
||
*** Bug 97872 has been marked as a duplicate of this bug. ***
Comment 55•23 years ago
|
||
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. ***
Comment 57•23 years ago
|
||
*** Bug 102395 has been marked as a duplicate of this bug. ***
Comment 58•23 years ago
|
||
*** Bug 102904 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 59•23 years ago
|
||
hopefully this milestone for sure =).
Target Milestone: mozilla0.9.5 → mozilla0.9.6
Comment 60•23 years ago
|
||
*** Bug 103701 has been marked as a duplicate of this bug. ***
Comment 61•23 years ago
|
||
moving to 0.9.7
Comment 62•23 years ago
|
||
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
Comment 63•23 years ago
|
||
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...
Comment 64•23 years ago
|
||
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?
Comment 65•23 years ago
|
||
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.
Comment 66•23 years ago
|
||
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)
Comment 67•23 years ago
|
||
32 dupes. 48 votes. 58 CCs. Feature regression. And printing get you full headers...
Comment 68•23 years ago
|
||
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???
Assignee | ||
Comment 69•23 years ago
|
||
Assignee | ||
Comment 70•23 years ago
|
||
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
Assignee | ||
Updated•23 years ago
|
Attachment #54576 -
Attachment is obsolete: true
Assignee | ||
Comment 71•23 years ago
|
||
Assignee | ||
Comment 72•23 years ago
|
||
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 73•23 years ago
|
||
Comment on attachment 54788 [details] [diff] [review] updated diff against 105553 sr=sspitzer
Attachment #54788 -
Flags: superreview+
Comment 74•23 years ago
|
||
Comment on attachment 54788 [details] [diff] [review] updated diff against 105553 R=ducarroz
Attachment #54788 -
Flags: review+
Assignee | ||
Comment 75•23 years ago
|
||
rudimentary view all headers has just been checked in.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Comment 76•23 years ago
|
||
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 → ---
Comment 77•23 years ago
|
||
Comment 78•23 years ago
|
||
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.
Assignee | ||
Comment 79•23 years ago
|
||
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: 23 years ago → 23 years ago
Resolution: --- → FIXED
Comment 80•23 years ago
|
||
What about 'Received' fields? Current behaviour is that only 1 Received field is displayed. The rest are stripped out. Is this the desired behaviour?
Comment 81•23 years ago
|
||
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.
Comment 82•23 years ago
|
||
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.
Comment 83•23 years ago
|
||
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.
Comment 84•23 years ago
|
||
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.
Assignee | ||
Comment 86•23 years ago
|
||
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.
Comment 87•23 years ago
|
||
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.
Comment 88•23 years ago
|
||
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).
Comment 89•23 years ago
|
||
Francisco: If you want the Copy capability use View -> Message Source (or Ctrl-U) as a workaround.
Comment 90•23 years ago
|
||
*** Bug 108228 has been marked as a duplicate of this bug. ***
Comment 91•23 years ago
|
||
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
Comment 92•22 years ago
|
||
*** Bug 133936 has been marked as a duplicate of this bug. ***
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•