Closed Bug 198672 Opened 21 years ago Closed 21 years ago

http download creates extra temporary file in cache

Categories

(SeaMonkey :: Download & File Handling, defect)

x86
Windows 2000
defect
Not set
critical

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 55307

People

(Reporter: mnyromyr, Assigned: darin.moz)

References

()

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4a) Gecko/20030319
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4a) Gecko/20030319

When downloading files via http, Mozilla creates two temporary files: one in the
systems's temp directory, one in the Mozilla cache. If these directories are
both on the same disk, the amount of disk space needed to download is doubled.

Reproducible: Always

Steps to Reproduce:
1. Enter http://ftp.mozilla.org/pub/mozilla/nightly/latest/mozilla-source.tar.gz
into the URL bar
2. In the Save dialog, use a directory other than the system's temp dir and the
Mozilla cache

Actual Results:  
Mozilla starts the download. A temporary file is created in the system's
temporary directory *and* in the Mozilla cache directory.

Expected Results:  
Don't cache the download, it's already being saved!

This bug might be Windows specific.

In the standard configuration of Windows and Mozilla, both the system's temp dir
and the Mozilla cache dir are created on drive C:. When downloading files via
http that are bigger than *half* of the remaining space on C:, Mozilla runs into
a low disk space condition and terminates.

Given both temp directories are on drive C: and I start downloading
http://ftp.mozilla.org/pub/mozilla/nightly/latest/mozilla-source.tar.gz and try
to save it to drive D:, nothing is created on D:, but two temporary files on C:

If I try the same with
ftp://ftp.mozilla.org/pub/mozilla/nightly/latest/mozilla-source.tar.gz, no file
is created in the Mozilla cache. The http download should mimic that.


Setting Severity to Critical, because in low disk space situation the downloaded
data is lost *twice* ;-)
Networking.  Darin, is there something that the helper app code can do to tell
the cache to not save the data?
Assignee: asa → darin
Status: UNCONFIRMED → NEW
Component: Browser-General → Networking: HTTP
Ever confirmed: true
QA Contact: asa → httpqa
This is old. Dup of bug 55307.

*** This bug has been marked as a duplicate of 55307 ***
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
Sorry, this *not* a dupe of bug 55307.
Even though Stef experienced this bug here in its comment 7, it was never
considered after that again!

The problem of *where* to store the temporaries is much less importance as
storing them *twice*, so that you're unable to even load them!
it's known, read the bug

v
Status: RESOLVED → VERIFIED
See also bug 69938.
That bug is about this issue, not where to store the temporaries. Where to store
the temporaries is covered by other bugs.
Sorry, my fault. I read the bug three times, and still...
G'night, folks.
-> downloads should not use cache.
Component: Networking: HTTP → Download Manager
QA Contact: httpqa → petersen
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.