Download Manager Freezes

RESOLVED WORKSFORME

Status

RESOLVED WORKSFORME
17 years ago
14 years ago

People

(Reporter: dnikkel, Assigned: bugzilla)

Tracking

Trunk
x86
Linux

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

17 years ago
Hi Mozilla,

I'm running the build of Mozilla (Mozilla/5.0 (X11; U; Linux i686; en-US;
rv:1.1b) Gecko/20020722) that came with the version of Mandrake Linux I'm
running at the moment (9.0 beta 4).  I've been using this build over the last
couple days for browsing, email and ftp'ing.  Generally, it's been rock solid. 
But I've experienced the same problem with the download manager twice.  I've
started large downloads (Mandrake ISO images) and left them running.  The first
time, I fired up three to download overnight and headed off to bed.  When the
three files were about 50% complete, something bad happened.  Mozilla was locked
up tight.  I couldn't start a new browser window or anything.  However, KDE
(3.0.3) was still alive and I could log out to kill the session.  After this, I
decided to do the downloads sequentially and fired them up one at a time.  The
first one went fine (absolutely fine, I checked the md5sum).  The second one
locked up Mozilla just like the overnight download.  So, 1 or more concurrent
files made no difference.  I'm assuming there was some sort of interruption in
my connection and Download Manager was not able to cope.  The topology of my
connection is a LAN connected to an SMC Barricade that establishes my ADSL/PPPoE
connection.  I should also add that prior to my current Linux experimenting,  I
had downloaded the Mandrake ISO images in the same way from Mozilla 1.1 under
Windows.  I had left the three downloads running concurrently and they all
completed successfully.  Of course, it could just be there were no interruptions
on that occasion.  

Regards,
Dave
Do you have enough space in yourt temp directory ?
(Reporter)

Comment 2

17 years ago
From what I could see, it seemed to be saving directly into the location I
specified to save the file in (the partial files were sitting there).  But in
any event, I have 3.5 GB free on / and 6.6 GB free on /home.  Space shouldn't be
a problem.

Dave

Comment 3

16 years ago
I've seen the same behavior in both 1.1 and 1.2a (2002091016) on Linux (SuSE 7.2).

4 times, twice with each version, I've tried downloading a 168M file (JDeveloper
9.0.3 preview from otn.oracle.com). Plenty of room on /tmp and the destination
partition.

3 of the instances, the entire browser (d/l manager and all other windows)
froze, consuming ~100% of one of my CPUs. I had to kill -TERM each time. The 4th
instance, the download went to completion, but there was an error saving the
file. I also downloaded the 1.2a version of Mozilla while I was downloading the
other file with no problems. I believe that was the instance that went to
completion and then died with the error.

I installed both versions over an existing one; I am going to test this with a
virgin install and new profile now. The last installed version before 1.1 was
0.9.9 from March 13, 2002.
QA Contact: sairuh → petersen

Comment 4

16 years ago
Reporter can you reproduce this bug with a newer build (1.4 final)?
If not, then please close this bug as worksforme. Thanks.
no response-->resolving wfm
Status: UNCONFIRMED → RESOLVED
Last Resolved: 15 years ago
Resolution: --- → WORKSFORME
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.