No, the nebula don't crash on me either
But was there only with "all shields up", no time for more experimenting right now, LOL!
After some very time-consuming power-off kills I tried killing with process explorer, that has the same effect :cool:
I tested and tested and tested and searched with that cache problem, but don't manage to find a workaround either :-(
That Firefox addon posted by Alex has some very enlightening information on it's project page though:
http://imglikeopera.mozdev.org/cache_fixer.html
(addon page:
https://addons.mozilla.org/en-US/firefox/addon/6859)
Quote
CvP
The cache, no matter how big or small, has the bug 105843:
* On startup, Mozilla loads the index file (_CACHE_MAP_) into memory;
* Mark _CACHE_MAP_ on disk with "dirty" flag;
* ...(working)...
* Write _CACHE_MAP_ from memory on disk without "dirty" flag on shutdown;
o so, if Mozilla crashes at step 3, step 4 is skipped and _CACHE_MAP_ (on disk) keeps the "dirty" flag;
* On next startup, Mozilla checks the flag and if it is "dirty", cleans up all cache;
Cache Fixer extension drops the "dirty" flag on every startup and if Mozilla crashes, you still loose cached data, but only the current (crashed) session. I think it’s better, than loosing all cached data.
So at least I learned now, that copying the cache folder doesn't help anything if copying while the browser is still running, it must be closed! Otherwise the cache is still wrongly flagged "dirty" and therefore unusuable, it will be deleted whenever trying to view something from it in the browser!
Then only external
cache viewers like the one from Nirsoft can show the content of cache-map dirty-flagged cache folders, that is as long as their file-size isn't zero yet (on my machine anyways it freezes). That thing is very cool btw, and there's even a KM macro for it, although it also works perfectly stand-alone:
www.nirsoft.net/utils/mozilla_cache_viewer.html
Ah yes, while experimenting I realized that in fact
scandisk "deletes" the cache - although not the contents, but the "content map", the first four files in cache get size zero. Of course, scandisk can be stopped before deleting them, that's really the least problem here.
The big problem is that the browser engine fully intentionally deletes the cache, if the browser isn't closed cleanly!! And so it doesn't help anything to copy the folder, if the last session wasn't closed normally.
Perhaps someone could adapt that firefox addon for KM?? It says it resets the cache-map flag to "clean" at the START of the browser. Yeah, firefox not KM, but guess in that regard FF and KM are twins again :-P
Can't figure out if the memtioned pref has any effect, except that it may well keep the cache longer, after restarting to browse. But that doesn't help much, because it's contents are just not usuable,
at the first click in history offline or clicking "view cache" the cache will still be deleted, at least on my machine :-(
Edited 4 time(s). Last edit at 12/04/2009 12:28AM by siria.