Closed Bug 260953 Opened 20 years ago Closed 20 years ago

View message source (ctrl-u) doesn't work anymore

Categories

(SeaMonkey :: MailNews: Message Display, defect)

defect
Not set
major

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: Mitch, Assigned: sspitzer)

References

Details

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a4) Gecko/20040918 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a4) Gecko/20040918 It appears that View->Message Source or Ctrl-U doesn't work anymore. You get a blank window popup. Errormessage in javascript console as follows: Error: uncaught exception: [Exception... "Component returned failure code: 0xbfffc86c [nsIWebNavigation.loadURI]" nsresult: "0xbfffc86c (<unknown>)" location: "KS frme :: chrome://navigator/content/viewsource.js::viewSource::line 177" data: no] Reproducible: Always Steps to Reproduce: 1. Open mailnews 2. Select a message 3. View source using Ctrl-U key combination or View->Message Source from the menu bar Actual Results: Blank window popus up Expected Results: Window with message source
Yup, seeing this too, with a 20040920 build of Thunderbird, linux/x86
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: View message source (ctrl-u) doesn't work anymore → View message source (ctrl-u) doesn't work anymore
this works on a tbird windows trunk build from this morning...could this be linux-specific? It doesn't seem like a key-binding issue since we seem to be getting to the view source code...
I rebuilt mozilla on Linux again just now and same behavior (with javascript error show) so it's not fixed in cvs. Maybe be Linux specific.
confirmed with a rebuild of Thunderbird linux/x86 from a checkout this morning (GMT): Error: uncaught exception: [Exception... "Component returned failure code: 0xbfffc88c [nsIWebNavigation.loadURI]" nsresult: "0xbfffc88c (<unknown>)" location: "JS frame :: chrome://global/content/viewSource.js :: viewSource :: line 134" data: no]
*** This bug has been marked as a duplicate of 261043 ***
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
Can you explain what the relationship between this bug and bug 261043?
Kyle, i believe bug 261043 deals with shortcuts not working and sounds like a dup. I've not tried the patch yet myself however. Do you believe it is not the same ?
Kyle is right. This probably has nothing to do with bug 261043 since the view message source doesn't even work from the menu (i.e.not the key shortcut). Reopening
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
This is also happening on Mac. On Windows View Message Source works as expected. requesting blocking1.8a4
Flags: blocking1.8a4?
OS: Linux → All
Hardware: PC → All
If we can get a regression window on this and it's a recent problem, let's try to find the problematic checkin.
This has been broken since at least 2004-07-30.
Seems to be working, as of today's build, for me, 20040927 Linux/x86.
and since bug 261043 landed (for Linux) just before I did my build, I think that suggests that this was a dup, after all. *** This bug has been marked as a duplicate of 261043 ***
Status: REOPENED → RESOLVED
Closed: 20 years ago20 years ago
Resolution: --- → DUPLICATE
no it wasn't. comment 12 says this was broken at 7-30 already, while bug 261043 started on 8-21. additionally, the patch only addressed the context menu key and shift+f10, it is not a general shortcut problem bug. bug 261098 seems like a much more likely bug, because it has an error code that's similarly trashed. reopening to mark as worksforme.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Status: REOPENED → RESOLVED
Closed: 20 years ago20 years ago
Resolution: --- → WORKSFORME
(although bug 261098's regression range does not match either)
*** Bug 261810 has been marked as a duplicate of this bug. ***
Flags: blocking1.8a4?
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.