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)
Tracking
(Not tracked)
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.
Reporter | ||
Comment 1•22 years ago
|
||
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.
Comment 2•22 years ago
|
||
*** This bug has been marked as a duplicate of 69938 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
Updated•8 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•