Safari 4 beta leaves data, privacy trail in its wake – MAC.BLORGE.
Yesterday I decided to give Safari 4 Beta another try. It’s supposed to be super fast and all, and I was thinking about those sites like Facebook and Chordie.com which seem to cause a ton of extra CPU usage when I leave them open… thinking maybe a more efficient Javascript engine would make them more pleasant to have around.
I tried it, and it was super fast, but if anything it achieved that speed by causing even worse CPU churn, so after a while oohing and aahing at its speed I toasted it, uninstalled and went back to Firefox 3.
Then I read this article, and the article it links to, and sure enough, in the short part of the evening I was using Safari 4 I had generated 170+ megs of data in a hidden, can’t-reach-without-command-line-fu location on my computer, not even in my personal user directory. (I don’t think it’s hidden for nefarious reasons; Apple doesn’t roll like that. I think it’s hidden because this cache is what the Apple engineers needed to achieve the effect they wanted, and they didn’t think you should have to worry your pretty little head about how they did it or how much of your disk space they used to do it.)
And darned if that hidden cache directory didn’t include full size image files of every site I’d visited during that time. Which stayed behind after I uninstalled the beta. How much data would there have been after a week of usage? A month?
Lame, Apple. Lame.
Lame, indeed. But that article you linked helped me figure out where all the “pubsub” something or ‘nother crashes were coming from … S4b2, evidently.
Know what I wish had just one thing it doesn’t? Camino. If it could do Greasemonkey, I’d be perfectly happy with it.
Ooooo! I found 2.9GB down in my Safari preview cache. AND I got to use the whole “cd — \-Caches\-” trick to get into it in the first place, because some Apple developer was either feeling really snotty or really Mac-like when he decided what to name it.