Created attachment 605649 [details] Screenshot of issue User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20100101 Firefox/11.0 Build ID: 20120312181643 Steps to reproduce: Open Tools>Options>Advanced>Network Actual results: Cached Web Content no longer displays how much space is currently being used. Expected results: It should display the current amount of disk space being used by Cached Web Content.
wfm with Mozilla/5.0 (Windows NT 6.1; rv:11.0) Gecko/20100101 Firefox/11.0
(In reply to Matthias Versen (Matti) from comment #1) > wfm with Mozilla/5.0 (Windows NT 6.1; rv:11.0) Gecko/20100101 Firefox/11.0 I did a clean install of Firefox 11.0 I wonder if it's a WOW64 bit issue.
The attachment titled "cause of bug" is what causes the missing information on the Network Menu under Cached Web Content. If you select Remember History under Privacy>History. The Cached Web Content currently used disk space appears. Select "Never remember history" or "Use custom settings for history" and the Cached Web Content currently used disk space does not appear. Is this intentional or a bug?
>Is this intentional or a bug? Good question but it looks like a bug for me
Status: UNCONFIRMED → NEW
Component: Menus → Preferences
Ever confirmed: true
QA Contact: untriaged → preferences
This is still an issue in Firefox 12.0 final.
This is still an issue in Firefox 13.0 final.
Summary: Cached Web Content → Cached Web Content does not display how much space is currently being used
Version: 11 Branch → 13 Branch
Hello, I am currently using Firefox 16.0.2 on Windows 7 64-bit Professional SP1 and was experiencing this same issue; however, after significant investigation, I have come to believe that this is not a bug, but rather, the logical functionality of Firefox. I discovered that if the 'Clear history when Firefox closes' option (in the History section under the Firefox Menu --> Options --> Privacy tab) is checked, the 'Your web content cache is currently using n.n of dis(c|k) space' text will not appear under the Advanced tab's Cached Web Content section. Logically speaking, this behavior makes reasonable sense given that if the history is going to be cleared upon closing Firefox, then the cached Web content will be automatically cleared as well. In fact, if you click on the Settings... button next to that 'Clear history when Firefox closes' option, you will see that under the History section of the Settings for Clearing History pop-up window it lists Browsing History, Download History, Form & Search History, Cookies, Active Logins, and you guessed it, Cache as items that Firefox should automatically clear when the application is quit. On the other hand, if you are like me and keep Firefox opened all day long (and possibly well into the next day), this may not be the best option for you. If that is the case, simply go the Privacy tab, uncheck the 'Clear history when Firefox closes' option, and click OK. Then, the next time the Options screen (or pop-up window) is opened, the 'Your web content cache is currently using n.n of dis(c|k) space' text will appear as expected. Alternatively, if you simply want to have it all, one nice trick I found is that you can actually leave the 'Clear history when Firefox closes' option checked while clicking the Settings... button and unchecking the 'Cache' option under the History section of the Settings for Clearing History pop-up window. Doing this will give you the ability to let Firefox automatically clear other historical elements while still allowing you control over the Cached Web Content area. In short, I hope this information helps someone out there.
@SGFC #3 / #4, I sometimes see the cache size, some times do not see the cache size. I make no changes to the privacy settings. It appears to be a random glitch to me. The bug is still alive and well in FF 19.0.2 Win32 official release. SeaMonkey had a similar bug, and it has been resolved: [Bug 720063] Clearing cache does not zero out the cache in use size number until closing / reopening preferences window Perhaps a bug in the same area of the common code?
Oh, I see this bug was filed against: Platform: x86_64 Windows 7 It at least is reproducible on Win32 / Windows XP Pro. I am not sure if I have seen it in the Linux x86 and x64 builds installed via UbuntuZilla. I just checked those platforms, and currently it shows up on both. I believe I have noticed it missing on Linux, I just can not positively confirm at this moment.
You need to log in before you can comment on or make changes to this bug.