User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5a) Gecko/20030709 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5a) Gecko/20030709 Often when I reboot my system, I don't bother to close open applications. When I do select to reboot, it will close applications for me automatically, and I believe it does it "nicely". (No crashes or forced program termination) If mozilla happens to be open when I reboot my PC, when it comes back up the disk cache will be cleared. Reproducible: Always Steps to Reproduce: 1.Open mozilla 2.Reboot windows 3.Open mozilla 4.Go to about:cache Actual Results: Disk cache is reset to 0kb (cleared) Expected Results: Disk cache should be OK Netscape 4.x or IE don't seem to have this problem.

This is by design. Adding code to preserve/recover/etc. the cache has been previously determined to be too much code bloat to add into the browser. See bug 105843 comment 2. *** This bug has been marked as a duplicate of 147504 ***

Although this does technically seem like bug 147504 , I think Mozilla can pretty easily be fixed with respect to these symptoms. I've filed bug 212316 with further info...

Note: When restarting windows when mozilla is open, I get the following Assert and then mozilla crashes: ###!!! ASSERTION: LocalStoreImpl not thread-safe: '_mOwningThread.GetThread() == PR_GetCurrentThread()', file f:/mozilla_source/mozilla/rdf/datasource/src/nsLoc alStore.cpp, line 285 Break: at file f:/mozilla_source/mozilla/rdf/datasource/src/nsLocalStore.cpp, li ne 285 I believe the crash is causing the disk cache to be reset.

The problem here seems to be that Mozilla crashes before even getting WM_QUERYENDSESSION which should cause it to exit cleanly. Cache is not the culprit here. Event handling could be.

My previous test was flawed. Need to test more to see if it gets the WM_QUERYENDSESSION message.

Debug builds might show this symptom, but in optimized builds WM_QUERYENDSESSION seems to be handled correctly. If the problem exists in opt builds, I think it's something else than bug 212316.

The problem does exist in optimized builds. In particular: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031116 Firebird/0.7+ (from mozilla.org)

Isn't this part of bug 14807?

I guess it's not; after all, bug 14807 is fixed but the problem here persists, doesn't it? Or am I using an outdated build? Sorry, I've got no time to download nightlies...

*** Bug 296693 has been marked as a duplicate of this bug. ***

Is this still a problem in trunk builds now that bug 333907 is fixed?

MS Windows XP SP2 identical bug.

(In reply to comment #11) > Is this still a problem in trunk builds now that bug 333907 is fixed? Reproduced with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a9pre) Gecko/2007110103 Minefield/3.0a9pre which is surprising since the sessionstore.js file gets correctly removed.

This was caused by our not handling WM_ENDSESSION properly after all, bug 212316. Should be fixed now.