Closed Bug 23878 Opened 25 years ago Closed 25 years ago

Mozilla hangs on file download after previous download was cancelled

Categories

(SeaMonkey :: UI Design, defect, P2)

Product:
SeaMonkey
Component:
UI Design
Platform:
x86
Linux
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: rzach, Assigned: law)

References

Details

(Keywords: crash, Whiteboard: [PDT+] Feb?? (see bug 26607)) 

Mozilla hangs on me when I try to download a file after a previous download was
cancelled.

To reproduce:
1. Go to http://mozilla.org
2. Click on one of the nightly download builds
3. Choose Save file; pick name; click ok.
4. Download begins, shows time remaining as "1:47"
5. Click Cancel
6. Select download link again; Save as file; pick file name

Actual result: Download begins but is much slower to start up.  After a few
seconds, it displays remaining time as 10:11.  Then Mozilla turns unresponsive.

Expected result: File downloaded again.

Linux build 2000.01.13.08
Tried to reproduce with 2000-01-31-09-M14 on Windows NT; the browser window
did not become unresponsive, but on the other hand, the second Progress Window
never appears. Mozilla can be used at that point, but then hangs on exit

Is this the same issue as bug 24169, "While downloading a file, New browser 
windows do not open", except that here, the [Cancel] ensures that the first
Progress Window never returns properly, blocking the creation of another?

Otherwise, I would still expect that this is a known issue by now, but it
possibly would be an "XPApps" bug, if it can be triggered by other windows too.
Component: Browser-General → Progress Window
Keywords: crash
QA Contact: nobody → sairuh
Summary: Mozilla hangs on file download after previous download was cancelled → Mozilla hangs on file download after previous download was cancelled
assigning to law --pls lemme know if you're not the right person tho'... :-)
Assignee: nobody → law
Oh, don't worry :-).  If I could pawn this bug off on somebody else, I'd do it 
in a heartbeat.

Something fishy is going on.  There are definite timing quirks related to window 
opening/closing on Linux.  The report here re: WinNT is a sign of something 
bigger.  I'll investigate.
Status: NEW → ASSIGNED
M14 ...
Priority: P3 → P2
Target Milestone: M14
Seems to have cleared up.  This might have been due to the bug fixed earlier 
today (#25833).
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
I'm still having trouble on latest Linux build 2000.01.31.14.  Now I don't even
get the second "Unknown file type" dialog.  The progress bar reports
"Transferring data from ...." and Mozilla becomes unresponsive after about 3
secs.
I believe the problem(s) on WinNT were due to a bug reported and fixed (bug 
#25833).

I applied that fix to my Linux build and it seemed to make things better.  I 
couldn't reproduce the problem reported here).

However, the "unknown content dialog" did not dismiss while the second download 
was underway.  I suspect that's a symptom of the mysterious yet widespread 
"window opening/closing timing bug on Linux" that we've been running into over 
the last month or so.  That bug could well result in the worse reports reported 
by mailto:zach@math.berkeley.edu.

So I don't know what to do with this bug.  It seems kind of sneaky to try to 
close this just because the reported symptom has morphed.  Things are still 
broken so I think I'll reopen it and investigate again with today's build.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Marking beta1, but that's tentative depending on how the symptoms settle out.  
If its only a non-dismissing dialog in relative rare cases (after a "Cancel") 
then we might push it out.
Keywords: beta1
PDT would like for this to be retested to get a clear picture of the symptom
Can't test this right now because of bug 26249: ftp crashes on linux.
Putting on PDT+ radar for beta1.
Whiteboard: [PDT+]
hmmm... For me (Linux, M13) it craches absolutely every time i try to download
anything. Whatever I press Save or Cancel. Comes out as pretty useless thing
without downloads. :(
Depends on: 26249
Adding bug 21358 to dependency list, since bug 26249 was just marked duplicate
thereof.
Depends on: 21358
Whiteboard: [PDT+] → [PDT+] Can't verify due to 26607
I firmly believe this problem is fixed.  Unfortunately, it is hard to prove 
because bug 26607 blocks one from getting to the point where you can see that 
this problem has been fixed.

If I bypass 26607 (the unknown-content dialog) by using the context menu's "Save 
link as..." option, then it downloads AOK.
Whiteboard: [PDT+] Can't verify due to 26607 → [PDT+] Feb?? (see bug 26607)
Status: REOPENED → ASSIGNED
Depends on: 26607
It's working again.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → FIXED
Verified fixed on Linux build 2000.02.13.08.
Status: RESOLVED → VERIFIED
Changing all Progress Window components to XP Apps: GUI Features.  The Progress 
Window component will be retired shortly.
Component: Progress Window → XP Apps: GUI Features
Product: Core → Mozilla Application Suite
Component: XP Apps: GUI Features → UI Design
You need to log in before you can comment on or make changes to this bug.