Closed Bug 146429 Opened 22 years ago Closed 22 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: 22 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.