Closed Bug 32307 Opened 26 years ago Closed 25 years ago

browser window keeps spinning after download finished

Categories

(Core Graveyard :: Networking: FTP, defect, P3)

Product:
Core Graveyard
Component:
Networking: FTP
Platform:
x86
Linux
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED FIXED
Milestone:
mozilla0.9

People

(Reporter: akkzilla, Assigned: dougt)

References

(
URL
)

Details

(Keywords: regression, Whiteboard: [PDT-])

On the BETA BRANCH build of 3/17 (i.e. 2000031706): I go to the download site (see URL), click on mozilla, choose save file, ok the overwrite if I'm asked; the download happens, and apparently finishes successfully, but then the parent browser window says it's still downloading something, and stays in that state apparently forever (until I stop it).
Adding regression keyword, and beta1 since this is on the beta branch and might want to get looked at by the PDT team (though it's probably not a stopper -- the download did succeed).
Keywords: beta1, regression
known issue (though it shouldn't be 100%), thanks for filing a bug.
Status: NEW → ASSIGNED
PDT-. AT this point, unless it is a crasher, or data loss issue, we can't consider the fix for beta. Sorry. :-(
Whiteboard: [PDT-]
This should be checked out a little further. I've also noticed the "wheel keeps spinning" - and it seems it MAY actually kill the hamster: I'd gotten so used to this "forever spinning" thing over the past 2 days that when the download window had actually vanished I clicked the stop-button to stop whatever was going on. When it's happened before i've waited and waited - then checked the filesize and since that has looked OK i've clicked the stop-button, and had no problems. This time it was a tar.gz and i did NOT check filesize since it had turned out OK earlyer. I just clicked stop - and when unpacking the file it had a CRC error towards the end of the file.
ahh forgot: The ftp part of mozilla seems to write to disk in chunks of approx. 50k. Not so fluent..
CRC error on NT now also reported in #32407, similar case: file was OK when d/l'ed with other apps.
Target Milestone: --- → M17
Moving post beta bugs to M18 which is now the post-beta milestone.
Target Milestone: M17 → M18
I have noticed that often when the continuous spinning happens, a little more than 50K bytes are in the recv queue for the connection (according to netstat on linux). These bytes are never removed from the queue and put into the file, as far as I've seen. Bad files obviously result.
akkana, are you still seeing this?
*** Bug 39128 has been marked as a duplicate of this bug. ***
akkana, I think this is fixed. Are you still seeing this?
I think it may be fixed -- I'm certainly seeing it less now than I did with PR3.
Oops, I'm definitely still seeing it on the trunk (after submitting the previous comment). Not fixed there.
I see this problem when installing language packs (localizations).
-> dougt
Assignee: valeski → dougt
Status: ASSIGNED → NEW
Keywords: beta1 → nsbeta1
Blocks: 62354
should be fixed for 0.9
Target Milestone: M18 → mozilla0.9
For most download via FTP, there should not be any problems. If you see that the progress dialog reaches 100% and the dialog does not go away, the bug has not been fixed. Note though that there are related bugs to large file downloads (>100mb) Specifically 60509.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
verified
Status: RESOLVED → VERIFIED
Component: Networking → Networking: FTP
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.