Closed
Bug 70957
Opened 24 years ago
Closed 24 years ago
View|Message Source displays Navigator home page instead of message
Categories
(SeaMonkey :: MailNews: Message Display, defect)
Tracking
(Not tracked)
VERIFIED
WORKSFORME
People
(Reporter: kcha-ns-yka, Assigned: alecf)
Details
Win32 build 2001030110 and several previous builds, Win98SE
I'm sure this is the wrong component, but it didn't seem to fit anywhere.
When View|Message Source is done and there is no browser window open, the View
Source window opens, but displays the home page set in Navigator prefs instead
of the desired message source. Selecting View|Message Source a second time
displays the desired message source.
Steps to reproduce:
1. Start mozilla -mail
2. Select any message
3. View|Message Source - the view window opens and loads the Navigator home page
The expected result is that the message source is displayed in the window, not
the Navigator home page. When a browser window is already opened and
View|Message Source is done, the view window displays the message the first time.
Comment 1•24 years ago
|
||
this is a front-end issue...
Assignee: mscott → sspitzer
Component: Mail Back End → Mail Window Front End
Comment 2•24 years ago
|
||
Worksforme 2001042108 on windows. Poster, try again with newer build, bug might
have been fixed.
Still broke for me in talkback build 2001042220
1. Start mozilla -mail (do not start browser or open any browser windows)
2. Select any mail or news message
3. View|Message Source
A browser window opens with no menus or toolbars. Content of this window is
whatever is specified in prefs for Navigator Start Page, not the message source.
View|Message Source a second time opens another window showing the message source.
Comment 4•24 years ago
|
||
yes, to reproduce this you need to launch mail alone first. it happens on the
first browser window.
cc'ing alecf. I think he or jag owns this.
Status: UNCONFIRMED → NEW
Ever confirmed: true
This is fixed? It seems to be working OK in win32 build 2001050804. The first
View|Message Source request now shows the message source.
Comment 6•24 years ago
|
||
still not working for me.
I launch mozilla with "mozilla -mail" and do view message source before opening
a browser window, I still get my homepage.
over to alecf. alecf, is this for you or jag?
Assignee: sspitzer → alecf
My mistake, still busted. I guess I had a browser window open at some point
before the first View|Message Source. There just weren't any open at the time.
This is still a problem on all platforms with 5-14 builds. Another bug on
this was marked a duplicate of 75689 against xptool widgets.
Shoud this be marked duplicate too or do you want to keep it in mail?
| Assignee | ||
Comment 9•24 years ago
|
||
Well, neither bug belongs in XPToolkit, but jag is the correct owner of both of
these bugs... I'm going to reassign to jag for now
Assignee: alecf → jag
Comment 10•24 years ago
|
||
OK, but we have lots of bugs regarding launching -mail and then trying to open a
link, OR a supported attachement OR the source the first time. All report that
they get the Browser with the designated home page, once this is closed then the
Source, Attachment, link will load. Aren't these all related and which bug
would you suggest be the main bug. 79645, 75689, 70172, 76108, 73141
Comment 12•24 years ago
|
||
Alec, reassigning to you since Jag sez you're already working on the root cause.
Assignee: jaggernaut → alecf
Comment 13•24 years ago
|
||
Isn't this a RFE? Because "View|Message Source" has always worked opening a webpage.
Comment 14•24 years ago
|
||
Andrew: no. view message source should give you a view source window showing
the message source. what actually happens here (general description, not
technical) is that the view source window doesn't get the message's url and
instead shows the source of the user's homepage.
Keywords: mozilla1.0
Comment 15•24 years ago
|
||
timeless: actually, what happens is that a browser window (navigator.xul) is
launched with some hints to tell it to look like a view-source window, and a url
of "view-source:/imap://...." or something like that. Since we blatantly ignore
the url passed in on the first browser window opened, it loads your "default
page to load" (about:blank, home page or last page viewed).
I've kinda got a work-around for this, but I'm sure this'll break something exotic.
Comment 16•24 years ago
|
||
This is broken in 2001070504, although I could swear it worked in some of the
prior versions (like NS6.1PR1, Moz.92, etc.). Is this a regression?
| Assignee | ||
Comment 17•24 years ago
|
||
Jag, did you fix this?
Comment 18•24 years ago
|
||
Seems this has been fixed for a few weeks.
Comment 19•24 years ago
|
||
Works for me (Win2k, 2001100303). I'd mark as such, but can't (no privs).
Updated•24 years ago
|
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Comment 20•24 years ago
|
||
I'm pretty sure I fixed this with all the other homepage loading stuff. Marking
WFM.
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•