162009 - files initially downloaded to /tmp instead of specified directory

Status: VERIFIED DUPLICATE of bug 69938

(SeaMonkey :: Download & File Handling, defect)

Description

[Igor Izyumin]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1b) Gecko/20020722
BuildID:    2002072204

When downloading a file, the file gets initially saved into /tmp (on Linux) with
a random filename instead of the user-specified directory.  This behavior is
unacceptable for several reasons:
- there may not be enough space in /tmp if the files being downloaded are large.
 This does not get checked, and the download fails in the middle.  Extremely
annoying when you are dealing with 700 MB files and have only 300 MB for the
/tmp partition.
- partially downloaded files are impossible to recover, because they are deleted
from /tmp when the download fails
- it is impossible to read from the file while it is downloading (this is useful
when downloading an MP3 file and wanting to check if it is the right one). 
Previous versions of Netscape allowed this behavior.


Reproducible: Always
Steps to Reproduce:
1. Start downloading a large file.
2. Note that the file gets saved into temporary directory and not the one
specified as the target.
3. Note that the download fails if there is not enough space in the temporary
directory for the file.

Actual Results:  Download failed in the middle when downloading a large (500MB+)
file while only having 300 megs available in the /tmp partition, because Mozilla
writes the file to /tmp instead of the directory specified in the "save" dialog.

Expected Results:  Mozilla should save files to the directory specified by the
user, possibly with an .incomplete extension that are removed when the file is
done (or a similar way to notify the user), instead of the /tmp directory.  An
alternative is to have the temporary directory configurable in the preferences,
or the ability to toggle the behavior.

Netscape 4.7 exhibits the nearly-correct behavior: it saves the file where the
user tells it to, although it provides no mechanism to know if the file is
complete or not.  However, that is more desirable than aborted downloads due to
lack of space on the /tmp partition.

Comment 1

[Alfonso Martinez]

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

Comment 2

[sairuh (rarely reading bugmail)]

marking verified as a duplicate.

if you decide to reopen this bug, please clarify why.

search string for bugspam removal: SalviaGuaranitica