rhino

yeah restarting and installing from scratch didn't change anything. But I may have found where the issue comes from, not very precisely but that's already a lead. First to the fact that the hang with IE history cleaning occurs one time out of two, that's just because IE history gets actually cleaned during the first try, and there's nothing to clean the second time - obviously. As to what may be the possible cause of the problem, ie where CC gets stuck, I found that the issue disappears after uninstalling "Messenger" and "Messenger companion" from Windows Live 2011.

I think I've been reporting that in the past. Stopped happening and it happens again with 3.06.1433 (64bit). It happens exactly one time out of two, and when it does I must kill CC process and restart it, then np, any clue? I have reinstalled CC, not using any ini file, so from scratch, no change. edit: the issue only involves IE history

found that the latest version of CC (3.04) was compacting "global-messages-db.sqlite", ie global search database in Thunderbird. I know that some people complain about the fact that this file's size increases constantly, but I'd rather that CC wouldn't tale care of it. And I can't see Thunderbird in CC application scope in the UI. So how can I disable that checking? thanks. ...but wait... having a closer look at CC Firefox section, I see that it's in fact called Firefox/Mozilla, meaning that it may include Thunderbird at least for the setting "compact databases" usually restricted to urlclassifier.sqlite in Firefox. So I may have the answer to my question. Remains that I would have prefered two separate settings for FF and Thb

- only URL I visit before testing the cleaning ability in CC is my homepage ... www.google.com )) - I got all rules checked except "passwords" - no I don't have IE9 running when cleaning (but I've noticed in the past that, at the contrary of FF and Chrome, it was possible to clean IE with CC while IE was running). Also, I just checked history again and cc gets stuck while cleaning as I described. There's no instance of IE that appears to be running in task manager.

... and now that I re-enabled other cleaning parameters for IE9, history cleaning freezes again. Gets solved again after disabling tracking protection. This must be linked to the cleaning of something else, index.dat may be...and only when tracking protection is running.

yeah that's funny, and this explains why during a few days with IE9RC there was no problem; I just turned tracking protection back on and CC can still clean IE history normally, meaning that to solve the issue you just have to switch that off and back on in IE9.

okay I got it,first no if I leave just history checked that doesn't change anything, but I found the culprit: it's the new "tracking protection" system when enabled, then the issue occurs in CC. As soon as you turn it off, CC cleans IE9 history normally. ps: thing is that as mentioned some similar issue happened already a while ago, in IE9 beta, when the tracking protection didn't exist yet. Must have been the "in private filtering" at the time I suppose, explaining how it could happen with IE8 too for others.

I use normal deletion, no secure one. On a side note, just saw in another section of your forum that a user was having a similar issue on IE9. So I wanted to mention that a few other users reported on another forum where I post that this happened to them on IE8 as well some times ago (end 2010). What I don't get is why, like the first time, it suddenly happens, without any CC update, and without any IE update... I updated to IE9 RC a few days before getting the issue.

okay I attempted a re-install, same result. Tried to use the 32 bit executable, same problem. I'll just have to exclude IE history from CC from now on. ps: I'm runing IE9RC on W7/64 edit: forgot to mention, if I attempt to create a dump file while CC is freezing I get an access denied message.

hi guys, this is happening for the second time, CCleaner gets stuck while attempting to clean IE9 history. Last time was a few builds ago and it was taking ages to complete, this time it's worse, there's the spinning animation indefinitely there with no hard disk activity whatsoever, must close CCleaner from the "x" button. If I click cancel CCleaner crashes and freezes. This added to the issue with Chrome (no cleaning by CC if cookies set to be deleted at Chrome closing time)... I guess we need a new build. Thanks

the question has probably been raised before, why does CCleaner (as well as other Piriform products), need to open a web page in a browser to check manually for updates, couldn't you integrate the manual update check in the software, with just a dialog box popping up etc... I mean the program is already able to do that silently for automatic checks, so why not simplify the manual checks? thanks.

okay lastpass issue fixed for me with this version, thanks a lot

okay, thanks for taking care of that

okay I'm not testing this again, as for the second time, on top of impacting lastpass behavior, it does also impact the behavior of another extension that relies on the HTML5 db, i.e. notscript, and even re-installing it does't bring back the normal behavior, first page displayed in a chrome session must be reloaded several times until notscript gets detected, and the only way out is create a new profile. Already happened yesterday; seems like CC 3 is breaking the profile somehow. That's not good. I'll stop using CCleaner until this gets solved.

okay after a reply from LP developer, I could verify and confirm that cleaning Chrome cookies from CCleaner 3.0 modifies the html5 database in such a way that the email address entered in LP dialog to login gets lost. CCleaner shows on top of cookies a supposed to be Okb cookie file...not sure what that is. Anyway I've been also told that the LP guys are ready to work with the ccleaner team to solve the issue: the thread is there: http://forums.lastpass.com/viewtopic.php?f=12&t=46379&start=0

just found out after installing the new 3.0/64 version, clearing Chrome cookies with it clears LastPass credentials. Never happened before. I reported that on lp forums too. No need to mention that clearing cookies from Chrome native cleaning utility doesn't bring that problem. Must have something to do with persistent storage. Also, cleaning Chrome more generally with this version of CCleaner (ie cache, session etc...) makes Chrome behave strangely the next time you start it, like it takes two or three reloads of the homepage before extensions like blockers get loaded. ps : platform is Win7/64 CCleaner 3.00.1303 (64bit) Chrome dev 8.0.552.18

hey guys, would be nice if you could separate cookies cleaning from persistent storage cleaning. Would be more than mandatory for Opera 11 (alpha atm) where new extensions like script blockers see all their data deleted as soon as cookies are deleted from CCleaner. The setting is an extra setting in Opera, should be the same in CCleaner. Thanks. edit:I'm realizing, as a non regular Opera user, that temporary cookies are stored in the same directory as persistent cookies, so the task to differentiate may be difficult for CCleaner.

didn't help, I could delete the DAT file I mentioned above, but that didn't change anything, CCleaner still detects the two cookies I'd give a lot to know where they're located

don't know why I didn't think of that first. Yeah that's a good idea... I could even delete it at boot time with MalwareByte. But I give unlocker a shot, thanks.

thanks for the feedback guys, but Flash Player data is cleared and the computer has been restarted a few times, but the cookies still appear in the "cookies to delete" list (again, they don't appear in the list generated by a CCleaner analysis). I don't think I'll get rid of that unless I create a new Windows profile, but I'd like to avoid that. Must be as said by the above poster a corrupt DAT file. There's one that I tried to edit in the IE cookies folder but access is denied because file is in use, no matter if IE runs or not, so I can't read what's inside. Another DAT file appears in a subfolder called "low". I could open it with a trick (as there's a Windows Security message denying access there), but this one (the DAT file there) gets deleted easily with CCleaner.

Just as the title says, I see two cookies to delete in CCleaner (section options/cookies >>> left panel). These two cookies are respectively cnn.edition.com and www.google.com. According to the icon shown when highlighting the entries, they're Internet Explorer cookies. Noticed them yesterday. Now the problem is that I've run CCleaner a million times in the mean time and they're still there, but just in that panel. They don't appear in a CCleaner analysis. I've also cleaned IE using the native cleaning interface, deleting absolutely everything, including inprivate filtering data if any, including favorite data if any, no change, they're still there in CCleaner. I cannot locate them on the disk either. I've even re-installed CCleaner to make sure there was no install corruption, remnants from a previous install for example. I don't have any feeds nor bookmarks in IE, they're all deleted. No plugin can justify these cookies either. They just seem to be persistent somehow but I can't find the source. Only thing I can say is that Google is set as homepage in IE, and I do visit CNN web site. Any help appreciated. Thanks. ps: I'm running IE9 beta on W7/64

okay, I just gave it a shot (running the simple test on evercookie site) with CCleaner (latest 2.36) >>> running CC when the browser is closed gets rid of everything, including the "evercookie" thing. At the opposite, only relying on FF4 self cleaning feature is not enough.

just to mention I uninstalled SIW when I saw they were doing that too...it's just a matter of decrypting an light grade encrypted registry key containing your Windows product key...just in case you lost it

well, first if you read well I mentioned that it was someone else reporting this connection, and second my system is clean, you can trust me The main goal of this thread remaining to make sure that no "too specific data" (like Win key) gets transmitted on the network automatically...I'm not saying that it happens, or happened,I'm just saying that I'm wondering, and I sincerely hope to be wrong.

I un-installed speccy very quickly without checking the established connection (s). Someone on a security forum found that Speccy connects to a site called "k 0 0 k.c o m". If my key, or anyone else's key (running speccy) got stolen, I'll know where it comes from and you'll hear from me guys, I can tell you...