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)
Tracking
(Not tracked)
VERIFIED
FIXED
M14
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
Comment 1•25 years ago
|
||
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
Comment 2•25 years ago
|
||
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
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
Reporter | ||
Comment 6•25 years ago
|
||
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
Comment 9•25 years ago
|
||
PDT would like for this to be retested to get a clear picture of the symptom
Reporter | ||
Comment 10•25 years ago
|
||
Can't test this right now because of bug 26249: ftp crashes on linux.
Comment 12•25 years ago
|
||
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. :(
Reporter | ||
Comment 13•25 years ago
|
||
Depends on: 21358
Assignee | ||
Comment 14•25 years ago
|
||
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)
Assignee | ||
Comment 15•25 years ago
|
||
It's working again.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 16•25 years ago
|
||
Verified fixed on Linux build 2000.02.13.08.
Status: RESOLVED → VERIFIED
Comment 17•25 years ago
|
||
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
Updated•20 years ago
|
Product: Core → Mozilla Application Suite
You need to log in
before you can comment on or make changes to this bug.
Description
•