Closed Bug 202986 Opened 22 years ago Closed 20 years ago

negative value measured for disk cache size, cache grows without bound

Categories

(Core :: Networking: Cache, defect)

x86
Windows 98
defect
Not set
normal

Tracking

()

RESOLVED EXPIRED

People

(Reporter: babydave, Assigned: gordon)

Details

Attachments

(1 file)

User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.4b) Gecko/20030421 Build Identifier: ftp://ftp.mozilla.org/pub/mozilla/releases/mozilla1.3 Despite setting the disk cache preference to be 1000KB, I frequently observed the cache directory to contain tens of MB's of files. Once I learned of the joys of about:cache, I discovered a possible reason for this - the "Storage in use" entry for disk cache device was a negative number! In addition, attempting to clear the disk cache through the preferences menu didn't seem to work - I had to shut down Moz and delete the files manually. Reproducible: Always Steps to Reproduce: 1. Set disk cache fairly small (1MB or less) but not zero. 2. Open lots of tabs each with several large images in (i.e. the usual cache-thrashing step) 3. Periodically open about:cache Actual Results: about:cache displayed a negative number for "Storage in use". Expected Results: Mozilla should correctly measure the storage used. After spotting this the first time, I've reproduced it with a clean Windows 98 installation (very little installed aside from Moz) with a clean installation of the 1.3 release build, and a brand spanking new profile. I've tried this with the latest 1.4b nightly build - Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.4b) Gecko/20030421 but I can't reproduce it, due to bug <a href="http://bugzilla.mozilla.org/show_bug.cgi?id=198806">198806</a> (i.e. the memory cache overflows, rather than the disk cache). Given that I haven't found anything in Bugzilla, I guess that this problem is probably still present though. I have had the problem of excess cache size under Solaris 8 as well (using a home-brewed 1.0), but I haven't yet investigated if this is the same problem or not.
Screenshot shows the relevant about:cache entry, plus the actual amount of storage space taken up by files in the cache directory (as measured by Windows).
Dave, the problem with bug 198806 is strictly with using "Save Image As..." as far as we can currently tell. Are you using that feature when reproducing the problem in this bug? What actually happens when you try clearing the cache in the pref panel? What does about:cache show afterwards vs. what is actually in the cache directory?
Dave, could this be bug 193454?
This is an automated message, with ID "auto-resolve01". This bug has had no comments for a long time. Statistically, we have found that bug reports that have not been confirmed by a second user after three months are highly unlikely to be the source of a fix to the code. While your input is very important to us, our resources are limited and so we are asking for your help in focussing our efforts. If you can still reproduce this problem in the latest version of the product (see below for how to obtain a copy) or, for feature requests, if it's not present in the latest version and you still believe we should implement it, please visit the URL of this bug (given at the top of this mail) and add a comment to that effect, giving more reproduction information if you have it. If it is not a problem any longer, you need take no action. If this bug is not changed in any way in the next two weeks, it will be automatically resolved. Thank you for your help in this matter. The latest beta releases can be obtained from: Firefox: http://www.mozilla.org/projects/firefox/ Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html Seamonkey: http://www.mozilla.org/projects/seamonkey/
This bug has been automatically resolved after a period of inactivity (see above comment). If anyone thinks this is incorrect, they should feel free to reopen it.
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → EXPIRED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: