220873 - download manager fails

Status: RESOLVED DUPLICATE of bug 220874

(SeaMonkey :: Download & File Handling, defect)

Description

[John T]

User-Agent:       Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.5) Gecko/20030916
Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.5) Gecko/20030916

I clicked on the links to download Sun Java J2RE version 1.42, and the download
mgr started downloading the approximately 15Mb file. After downloading about
12Mb, I got the message that the file could not be saved because the source file
could not be read.

First of all, the download wasn't complete so it should not have stopped, timed
out or whatever. Secondly, It's a damn dumb idea to download into the
Windows\temp directory and then move the file to the requested place when done.
The download ought to be stored right where the user requests. Thirdly, the
download manager ought to know that the download was not complete and should NOT
have been trying to treat it as done. Fourth, the download mgr should NOT delete
the partial download because it's often possible to resume an interrupted/halted
download. The download mgr ought to be able to do this like third-party
downloaders such as Go!zilla do. Fifth, I went looking for a cut-and-pastable
URL for the download and couldn't find any in either the browser or the download
manager. How can I put that URL into Go!zilla to download the file right if I
can't put the URL into the clipboard? Sixth, I have wasted a lot of time the
past week or so trying to download large files and finding that they fail. The
60Mb of OpenOffice.org was one such file that repeatedly failed, possibly from a
timeout though the download manager didn't give any useful error message.

The download should be saved during the download with the name of the file,
possibly with .par appended, and saved in the location specified. This would
make the download resumable by a smarter download manager.


Reproducible: Sometimes

Steps to Reproduce:
1. Click a link to download a large file
2. Wait while the download progresses
3. 

Actual Results:  
The download halts with the message that the download could not be written to
disk because the source file could not be read. The source file was evidently a
file with another name stored in a temporary directory.

Expected Results:  
Mozilla should have stored the partial download in the specified location, not a
temporary location, and should have continued downloading until the entire file
was fetched. If the download was halted by the server, the partial file should
have been saved so the download could be resumed.

Comment 1

[Bill Mason]

*** This bug has been marked as a duplicate of 220874 ***