Reproduce: 1. Open a msg with an URL. 2. Click on the link to open it in the browser. 3. Select "Edit|Page Source" in the *Mailnews* window. Actual result: The source of the content in the browser window is shown. You have to select another msg and then the original msg (with the link) again to see its source. Expected result: The source of the msg (with the link) is shown.
Reassign to rhp
Assignee: phil → rhp
Wow, this is a cool side affect. What is happening here is that when you click on a link in an email message in the webshell we use to display messages, the .location URI gets changed to the link you click on. mscott: not sure, but just wondering if URL dispatching could have anything to do with this. - rhp
We do initialy run the url you just clicked in the docshell of the mail window until we discover its content. Then we redirect the url to the new browser window. So the docshell thinks the last url we ran was indeed the url you clicked. and that's why it shows up in view source for the mail window.
Hmm...so is there anyway to reset the docshell to the original URL which is the message we are displaying? Either that, or I need to get the current url from the thread pane selection. - rhp
Hi Scott, Don't sweat this one...I think I have a better solution for this that is actually a better feature in the end :-) - rhp
I have a beat on a fix here. Should take a couple of hours. - rhp
Status: NEW → ASSIGNED
Target Milestone: M15
Ok, I have this one fixed now and will checkin later today. There is still a problem with HTML source being interpreted by Gecko, but I am working with rickg on that one. - rhp
Summary: Page Source in Mailnews shows the browsers' content sometimes → [FIXED] Page Source in Mailnews shows the browsers' content sometimes
Fixed this one. - rhp
Status: ASSIGNED → RESOLVED
Last Resolved: 18 years ago
Resolution: --- → FIXED
Summary: [FIXED] Page Source in Mailnews shows the browsers' content sometimes → Page Source in Mailnews shows the browsers' content sometimes
Pre-Branch and hence no keyword vtrunk. Marking Verified Fixed. WinNT 2000102008 Mac 2000102008 Linux 2000102009
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.