Closed Bug 146429 Opened 23 years ago Closed 23 years ago

large downloads hanging part of the way through the download

Categories

(Core :: Networking: HTTP, defect)

Product:
Core
Component:
Networking: HTTP
Platform:
x86
All
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
VERIFIED DUPLICATE of bug 163841

People

(Reporter: blizzard, Assigned: darin.moz)

References

Details

This build is from May 22nd on the 1.0 branch. I'm trying to download a large file (about 70 meg or so) through a proxy. After downloading some substantial part of it the download seems to hang. Once I've even seen it hang the browser where it becomes unresponsive. I also see the partially downloaded file on the filesystem which means it's been copied once. Darin's change to large downloads seems suspect.
Blocks: 143200
Woops, should probably be gordon, not darin.
And now I can't reproduce this. It might have just been general network flakiness on my end.
*** Bug 146470 has been marked as a duplicate of this bug. ***
I quite often download large files (100-500 mb.) through mozilla w/o any problems. I am using RC2 right now. I don't use a proxy though.
I don't have a Proxy and using the newest Build now (2002052308) But the problem still exists.
i've seen this problem with RC2 under linux too. the patch to limit the size of cache entries landed on the branch after RC2, so i doubt it is involved. i experienced this problem while trying to download j2sdk-1.4 from java.sun.com... it froze mozilla when 99% complete. i tried in vain to reproduce it with a debug build, but no go. looks like some kind of race condition. if the file appears on the filesystem already in the correct place when we hang, then that means that it has been completely downloaded to a temporary file, and we are just in the process of moving it to the right location. can those that have seen this verify that the download was nearly 100% complete when mozilla froze?
It hangs on my system not always at the same time... The range is from 88% to 40% where the client freezes. All with the same File and Build 2002052308 OS Win2k.
This must be a linux only issue. I am using RC2 on Windows XP. I went to linuxiso.org and downloaded a 450 mb. ISO and stopped and resumed it several times and it finished perfectly in about 3/4 hr.
next question.. does it hang when downloading via FTP only? what about HTTP downloads? (Thx in advance)
I recall using Mozilla 1.0RC1 to download RC2. It hung several times during download so I gave up and used IE instead. Just now used Mozilla 1.0RC2 to download RC3 from http://ftp.mozilla.org/pub/mozilla/releases/mozilla1.0rc3/mozilla-win32-1.0rc3-installer.exe RC2 hung twice - once at 55% and once at 87%. Gave up and used IE instead. Running on Win2K. By hang, I mean that Mozilla stops drawing the screen and windows suggests that the program is "Not responding". Waited 20 minutes once to see what would happen (still hung). Plenty of gigabytes of file space available.
New Info.. I Downloaded from linuxiso.org (like jr who don't has that problem) 3 Isos with each ~600 mb. The first ISO was HTTP, the second one is still downloading at the moment. Could JR or someone who has "no probs" maybe try to download the 98 MB Quake III Trailer Movie?
I downloaded file #10 with succes from the url Terry posted. It worked fine without any problems...
Since yesterday nigth im using the "Download Manager". (or since that time i first recognised there is something like that). I was now able to download the Doom Movie (93 MB) without any hangs.
Darin, I've seen hangs with HTTP downloading and it happened at various times during the download. That is, sometimes it would happen at 90%, sometimes at 30%. It varied.
for those who have seen this hang, has the download manager always been open? iirc: it was open when moz hung on me.
I have just seen the error when i was Downloading WITHOUT the Download Manager.
I've never used a build where the download manager was involved.
Yep, I have this same problem, but _NO_ proxy settings, no download manager - or anything special like that. File is about 40megs, and it hung at about 75% both times. Just tried again with RC1, no problems.
Oops, I should have mentioned that I'm currently on WinXP
could this be related to http://bugzilla.mozilla.org/show_bug.cgi?id=69938 in any way ??
Hi, not it is not related in any way. Most people which have the problems here are using Windows and telling in their reports that there is enough free space. Currently i think it has to do with Mozilla/Downloadmanager. Since i'm using the Downloadmanager the Problems gone away. People not using DM still have it.. Could someone tell me (fn@baddogs.de) howto deactivate the downloadmanager?
no, i don't think bug 69938 is related.
I have seen this problem, too with cvs trunk builds on Linux. It happens for me independent of using the downloadmanager or not. The download just hangs randomly but I were not able to reproduce this when I tried. Happens for mi for at least several weeks now.
I just experienced this bug with Build ID 2002062208 on Windows XP. I wanted to download several large .zip-files (some 100MBs each) from an https-Server. Every file hung after a while so I gave up and used IE instead (with no problems). I have the download-manager disabled, no proxy configured and definitly enough space free on my drive. The server (a Solaris host) responds with Server: Apache/1.3.26 (Unix) PHP/4.2.1 mod_ssl/2.8.9 OpenSSL/0.9.6c Reading thru the comments in this bug, it occurs to me, two seperate issues are described. For some ppl only the downloads hung, for some mozilla as a whole. For me *only the download* hung, mozilla remained responsive. (I change the OS from Linux to All, because there are reports of the problem with Linux and Windows)
OS: Linux → All
Just some more background information. This has happened several times. Most rececently while dl'ing eclipse (55 meg). Each time, the download stops at 99%. Repeated attempts stop at the same place. The file is still in the /tmp directory and in this case is not complete (unzip cannot find end of file). There is nothing wrong with the files, as each time I have successfully dl'd them using wget. IIRC, these are all HTTP requests. Using Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020529 No proxy
I reproduce the problem on Sparc/Solaris 8 with BuildID 2002082422. Go to http://www.softimage.com/xsi_experience/application/ Click on the arrow to start the download Mine hang at ~22% The partial files are in /tmp -rw------- 1 rm88369 staff 51118080 Aug 25 12:18 v6tn41e3.exe -rw------- 1 rm88369 staff 50987008 Aug 25 11:43 vmxs9b7w.exe -rw------- 1 rm88369 staff 51118080 Aug 25 12:12 y0qo0fny.exe Then, I have to kill mozilla but when I restart it (mozilla -mail), it hangs during startup. I found that using a different buildID fixes the problem. I start the other buildID, exit it and then start the previous buildID. Would you please raise the severity of this bug and change the platform type to All? Thx
renaud: looks like you are actually seeing bug 163841.
Thanks Darin! You're right, I'm hitting bug 163841. ----------------- lwp# 1 / thread# 1 -------------------- feb9b2b0 lwp_sema_wait (5ef00) feac9818 _park (5ef00, feaee000, 0, 5ee48, 25020, fcbe1d78) + 114 feac94f0 _swtch (5ee48, 5ee48, feaee000, 5, 1000, 0) + 424 feacade0 _mutex_adaptive_lock (feaf995c, 4c00, 1000, fffeffff, 1, 4d58) + 164 feacb7e0 pthread_mutex_lock (8a26d0, 30d3000, 8a26d0, d6f50, 30bfe0a, 111c) + b8 ff0b0220 PR_Lock (8a26d0, 87f9d8, 91400307, fca5ff3c, 30bfe0a, 111c) + 4 ... Mozilla hangs in PR_Lock()
Why is this bug still open when bug 163841 is fixed?
*** This bug has been marked as a duplicate of 163841 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
verified duplicate
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.