720063 - Clearing cache does not zero out the cache in use size number until closing / reopening preferences window

Status: VERIFIED FIXED

(SeaMonkey :: Preferences, defect)

Description

[Michael Lueck]

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:9.0.1) Gecko/20100101 Firefox/9.0.1
Build ID: 20111220165912

Steps to reproduce:

Edit \ Preferences \ Open Twisty for Advanced \ Cache \ click the button "Clear Cache"

Official Mozilla binary build: Mozilla/5.0 (X11; Linux x86_64; rv:9.0.1) Gecko/20111221 Firefox/9.0.1 SeaMonkey/2.6.1

Installed via UbuntuZilla


Actual results:

Current cache size number did not go to 0.

If the Preferences window is closed, going back to the same menu path, THEN the number is already 0 without pushing the "Clear Cache" button a second time.


Expected results:

Should have gone to 0 right away without needing to exit the window and reopen the window.

Comment 1

[Jens Hatlak (:InvisibleSmiley)]

Confirmed.

Comment 2

[Philip Chee]

I think ClearDiskAndMemCache() should call updateActualCacheSize() at the end.

Comment 3

[Jens Hatlak (:InvisibleSmiley)]

(In reply to Philip Chee from comment #2)
> I think ClearDiskAndMemCache() should call updateActualCacheSize() at the
> end.

mentor=you then? :-) Or if it's really that easy, could fix it right away.

Comment 4

[Edmund Wong (:ewong)]

Attachment: Zero out the cache in use size when clearing cache.

Comment 5

[Edmund Wong (:ewong)]

Pushed to comm-central:
http://hg.mozilla.org/comm-central/rev/4a8aad19f735

Comment 6

[Michael Lueck]

I see this bug report has been flagged at a status of Resolved / Fixed. Now I am running the official binaries from Mozilla of: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120429 Firefox/12.0 SeaMonkey/2.9.1  and still see this bug present. Which version will finally include this fix?

Comment 7

[Jens Hatlak (:InvisibleSmiley)]

(In reply to Michael Lueck from comment #6)
> Which version will finally include this fix?

2.10. It's always the version from Target Milestone (or lowest with "fixed" from Tracking Flags, if present). Unfortunately, some contributors forget to set the flags accordingly. I did this now for this bug (checkin to trunk was on 03-05 which is before 03-13 which was the date when 2.10 moved from trunk to Aurora).

Comment 8

[Michael Lueck]

Fix confirmed in Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120604 Firefox/13.0 SeaMonkey/2.10 Thank you! :-)