Closed
Bug 166259
Opened 22 years ago
Closed 20 years ago
Download Manager Freezes
Categories
(SeaMonkey :: Download & File Handling, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: dnikkel, Assigned: bugzilla)
Details
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
Comment 1•22 years ago
|
||
Do you have enough space in yourt temp directory ?
Reporter | ||
Comment 2•22 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•22 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.
Updated•22 years ago
|
QA Contact: sairuh → petersen
Comment 4•21 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.
Comment 5•20 years ago
|
||
no response-->resolving wfm
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•