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
|
||
Adding bug 21358 to dependency list, since bug 26249 was just marked duplicate thereof.
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•24 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
•