Open Bug 103540 Opened 23 years ago Updated 2 months ago

If you switch msg while a URL is loading, the URL will never open

Categories

(SeaMonkey :: MailNews: Message Display, defect)

x86
Windows 98
defect
Not set
major

Tracking

(Not tracked)

People

(Reporter: hwaara, Unassigned)

References

(Blocks 1 open bug)

Details

Attachments

(1 obsolete file)

build: 2001-10-04, Windows 98.

If you click a URL in a message, and switch message, the URL won't open. So you
need to wait for the URL to open in a browser window before you change message.
QA Contact: esther → laurel
Keywords: nsbeta1
Keywords: nsbeta1nsbeta1+
Priority: -- → P2
Is this really a nsbeta1+, P2? If yes, then we need to try and targeted to a
milestone M1.0 or earlier to make the beta.
Target Milestone: --- → mozilla1.0
ADT triage team needs info: Does the browser get stuck in this state?  Can you
reocver, or is there any workaround?
Keywords: nsbeta1+nsbeta1
Whiteboard: [need info]
Using feb20 commercial trunk, win98: 
I tried various links and found there were two general results:
1.   The link never opened at all in browser, browser stayed on the previous
page (or none if no browser window was open) and no problem, no throbber. 
Downloading didn't really engage.
2.   If a link was clicked and mail window progress bar showing downloading for
awhile then I selected another message, the browser continued to load the url
and if I waited it eventually showed up or timed out/errored. In these kind of
cases, I could stop the downloading in the browser window with a Stop.

Maybe hwaara has more information, but from what I see there is no unworkable
situation here.
There's not really much information to report here, the bug is simple to
reproduce; click a link and while the link is trying to find a browser window to
load in, click on another message.  The operation will be canceled out.
Whiteboard: [need info]
Thanks. That's what I saw, but I didn't know if you had seen something more than
that. Just checking.
removing milestone until this is retriaged.
Status: NEW → ASSIGNED
Target Milestone: mozilla1.0 → ---
Discussed in 2/26 bug meeting with Mktg Engineering and PjM.  Decision was to
nsbeta1 minus and move to 1.2.
Keywords: nsbeta1nsbeta1-
Target Milestone: --- → mozilla1.2
Blocks: 157217
oh, I exam it with.
Mozilla 1.1b nightly build 
Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.1b) Gecko/20020901

I found that if the user moves the mouse too quickly to switch the message,
mozilla will think it is the drag action but not a click. In solris, I tried
several times, every time I found that the mouse cursor is changed into a drag
cursor, the browser  will not open, otherwise, it will open. 
So I do not think it is a really bug. 
Product: Browser → Seamonkey
Assignee: sspitzer → mail
Status: ASSIGNED → NEW
Mozilla 1.2 alpha is long gone.
No action since Sep. 2002, not blocked by another bug.
If seen by anyone (most specifically including you, Håkan) in a recent build, please speak up.
Priority: P2 → --
QA Contact: laurel
Target Milestone: mozilla1.2alpha → ---
Still reproducible on Thunderbird 3.0 alpha on Windows XP, I think. 

Since my computer today is many times faster than the one I used on 2001, you have to be really quick to reproduce it.
QA Contact: search
Assignee: mail → nobody
QA Contact: search → message-display
Attachment #9387766 - Attachment is obsolete: true
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: