Closed Bug 146716 Opened 22 years ago Closed 22 years ago

HTTP download stores the downloaded file in C:\windows\temp first instead of final destination. Problem with big files.

Categories

(Core Graveyard :: File Handling, defect)

x86
Windows 98
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 69938

People

(Reporter: Jean-Marc.Berthaud, Assigned: law)

References

()

Details

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.0rc3) Gecko/20020523
BuildID:    2002052306

When downloading a file using an HTTP request, as the one below (ids removed)
http://www16.software.ibm.com/fulfill/download/C41DKFR/C41DKFR.exe?hash=7a207b31d94d6b5c29b720026305134b&exp=1022324887&issuer=C41DKFR&ip=x.x.x.x&ec=na&tktid=XXXX&return=knac&Download=C41DKFR.exe
the resulting file is first stored with a temporary name in C:\windows\temp.
Then, when the transfer is complete, it is copied
to its final destination (in my case, it was D:\TMP).

This is leading to two problems:
1) (big one !) if I choose D:\TMP as destination, that was because I did not
have enough space on C: to hold the resulting file. However, since the file is
first stored in C:\windows\temp, without any possiblity for me to change this in
the download manager or somewhere else, I simply cannot download the file !
2) (very annoying) if by some chance I manage to have enough room on my C: drive
to hold the temporary file, then when the transfer is complete, the copy to the
final destination takes a long time and occupy all the PC resources (CPU, disk)
for this whole time. In my example, this was a file of around 330 MB, so this
can be pretty long ! Not much can be done during this time, and as for the
Mozilla application, it does not respond during the copy.

This intermediary step is not useful, requires twice the space available, is
resource consuming, and in my case it was keeping me from being able to get the
file.
Note: Netscape 4.79 does not have this behavior, the file is directly downloaded
in the chosen final destination. Don't know about Netscape 6, I do not use it.

Thanks, JM.

Reproducible: Always
Steps to Reproduce:
1.Copy an HTTP URL to get a file in the URL box, press enter (sorry, you'll have
to use your own, I had to remove my ip address and my id for confidentiality in
the one I gave to you).
2.Enter D:\TMP as the destination directory, or whatever.


Actual Results:  A temporary file is created in c:\windows\temp until download
completion, and then copied/mocved into the final destination directory.

Expected Results:  Directly download the file in the final destination
directory, no intermediate step.

Sorry to say that, but I can't use Mozilla if this is not fixed, as I have to
download big files this way from time to time, and I don't want to keep another
navigator like Netscape 4.79 besides just for such occasions.
Thanks, and best regards.
Did some more checks: the problem is worse !
Indeed, it is not twice the space that is needed, but in fact 3 times.
The file is also stored in the cache as it is being downloaded.

So for my 330 MB file, I would need:
- 330 MB in the c:\windows\temp directory
- 330 MB in my mozilla cache directory (currently C:\WINDOWS\APPLICATION
DATA\Mozilla\Users50\default\yyc907ng.slt\cache)
- 330 MB in the final destination directory.

I.e., 990 MB free space needed overall to download the file.
Please, can you do something about this ?
Thanks.

*** This bug has been marked as a duplicate of 69938 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
vrfy dup
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.