Starting from scratch (also with SIMBL) once again did not help, so I went back the versions and found that v1.4.4 is the last one that works well on 32bit machines. On 32bit macs version 1.5.2 works with some rare cookies, but most of them are not removed and flash cookies stay all the way.
Seems things went bad for 32bit in v1.5 (when you removed that additional checbox you mentioned?).
I looked at the ads a little more and what I can say is that the ones I am now seeing for a second before they are collapsing are the ones that did not collaps in 1.9.5, but were only hidden. I know collapsing would gain some space and make the websites look a little less shattered, but if collapsing them is that much recognizable then I'd consider it a change for the worse.
Just talking about 32bit here. On my 64bit machines I'd say it's collapsing fast enough.
v1.9.8 shows the same descibed behaviour. If you want to reproduce it, check the top banner of versiontracker.com.
I'd rather have it just hidden than see the banner for a second before it collapses. Just a better surfing experience, even no website space is reclaimed.
No, I am seeing this on 10.6.3 on a MacBook 1,1 and a Mac mini which is 32bit too.
There is a difference between v1.9.5 and v1.9.6 and up. The ads that did not collapse in v1.9.5 were just hidden, while the same ads are now collapsing in v1.9.6 and up. The problem is that collapsing takes some time, so you actually see the ad for a while and then it's going away, website space is being reclaimed. Don't know if collapsing can be somewhat optimized at all (just hiding the ad appears to be faster by far), and if I compare v1.9.5 to v1.9.6-1.9.8 then 1.9.5 still wins cause it's just a much smoother surfing experience.
The versiontracker ad is one example, you might have to reload the website until you get the ad i am talking about.
Why does iVPN 5.6 overwrite its LaunchDaemons anytime you start the app? I see that once all is configured and VPN turned on the plists get a "disabled: false" flag which actually enables the server. However if you close the app and reopen it, the plist files get overwritten by the default ones which are of course "disabled: true". Like this the vpn service is actually off although the iVPN app shows it as on. Pretty buggy....
Since SC uses its on pref file now i once again started from scratch with it and the problem is that v1.5.3 sometimes keeps favorites, sometimes not. I tried to further pinpoint this and thought it might be related to cookies in the form of "blabla.blabla.bla" but "blabla.bla" cookies are affected too.
You might want to try to reproduce it with cookies from speedtest.net for example. Even they are marked as favorite, the cookies get wiped out.
Version 1.5.2 does not appear to be reliable, it does not even remove google.com cookies anymore. I don't think Safari 5.0.2 is the culprit, as i've just updated that a minute ago and found hundreds of cookies so Safari Cookies must have failed for a while.
Can reproduce that on two 32bit Intels, even after starting from scratch with a new cookie.plist.
Won't install correctly if "~/Library/Internet Plug-Ins" does not exist. In this case the Installer does create the folder but the plugin is not installed completely
Much higher (too high) contrast now on Win7 and the update won't go away from the software-update application. Anyone else seeing this? Seems something got hosed with the color profiles.
SecuritySpy
+7
Adobe Flash Player
Mindsnare reviewed on 28 Feb 2011
They hide a fine Installer pkg inside their own crappy installer. That alone tells much about this company.
iVPN
Mindsnare rated on 18 Feb 2011
[Version 5.3]
+3
Safari Cookies
http://culater.net/software/SIMBL/SIMBL.php
+1
Safari Cookies
+1
+59
+1
Safari Cookies
Seems things went bad for 32bit in v1.5 (when you removed that additional checbox you mentioned?).
v1.5.2 is fine on 64bit though.
+1
+59
UNchecking "Remove all non-favorite cookies" and then checking it again has helped on my two 32bit machines.
Happy now!
PS: I think "Automatically manage cookies" should be on by default, after all it is what we want, right?
+3
Safari AdBlocker
v1.9.5 was better in this manner.
+1
+59
I looked at the ads a little more and what I can say is that the ones I am now seeing for a second before they are collapsing are the ones that did not collaps in 1.9.5, but were only hidden. I know collapsing would gain some space and make the websites look a little less shattered, but if collapsing them is that much recognizable then I'd consider it a change for the worse.
Just talking about 32bit here. On my 64bit machines I'd say it's collapsing fast enough.
+1
+59
I'd rather have it just hidden than see the banner for a second before it collapses. Just a better surfing experience, even no website space is reclaimed.
+59
There is a difference between v1.9.5 and v1.9.6 and up. The ads that did not collapse in v1.9.5 were just hidden, while the same ads are now collapsing in v1.9.6 and up. The problem is that collapsing takes some time, so you actually see the ad for a while and then it's going away, website space is being reclaimed. Don't know if collapsing can be somewhat optimized at all (just hiding the ad appears to be faster by far), and if I compare v1.9.5 to v1.9.6-1.9.8 then 1.9.5 still wins cause it's just a much smoother surfing experience.
The versiontracker ad is one example, you might have to reload the website until you get the ad i am talking about.
+1
Safari AdBlocker
+1
Safari AdBlocker
Using Intel 32bit.
+1
Safari Cookies
Console tells me abouta Sparkle error, couldnt extract archive.
iVPN
iVPN
Seriously, that's not very nice.
Safari Cookies
You might want to try to reproduce it with cookies from speedtest.net for example. Even they are marked as favorite, the cookies get wiped out.
+59
+1
Safari Cookies
Can reproduce that on two 32bit Intels, even after starting from scratch with a new cookie.plist.
+1
+59
+1
+59
seems to be a 32bit problem...
+1
ClickToFlash
+1
Apple Boot Camp
MacBook Early 2009 with 9400M
-1
+59
Good I only need it for gaming.
-1
+59