Jump to content
CCleaner Community Forums


Experienced Members
  • Content Count

  • Joined

  • Last visited

Community Reputation

0 Neutral

About Nurick

  • Rank
  1. Thanks for setting me in the right direction with the "Last Accessed" mention! But the solution is a little more complex than simply that CCleaner uses Last Accessed date. BOTTOM-LINE SOLUTION seems to be: If you have Windows 7, ensure Date Accessed functionality is Disabled, which is the default. As long as that’s the case, CCleaner will use Date Modified (aka simply “Date”) in determining whether a file meets the user-set age parameter for deletion. That’s the desired, no-surprises, behavior. My problem was that (although I had thought otherwise) I had Date Accessed Enabled. DETAILS (
  2. Windows 7 Pro. Yes to uninstall, reboot and reinstall. No difference in Safe Mode. The files in question are far older than 48 hours (created and modified dates), specifically unneeded files from 2013 that I moved to the folder I want time-restricted cleaning for, just for testing.
  3. Thanks. Here's the INCLUDE line: Include1=PATH|C:\Screenshoter_JPGS\|*.*||1|0|48 Here's the entire INI file, with the individual cookies-to-save list removed. Note that, other than browser cache and cookies, I do minimal routine browser and system-file cleaning. [Options] UpdateKey=12/22/2014 11:42:03 PM WipeFreeSpaceDrives=C:\ CookiesToSave=<Cookie list shows up here> RunICS=0 Monitoring=1 SystemMonitoring=0 CheckTrialOffer=0 Include1=PATH|C:\Screenshoter_JPGS\|*.*||1|0|48 (App)Custom Folders=True (App)History=False (App)Recently Typed URLs=False (App)Delete Index.dat file
  4. After I enabled INI files I saw that CCleaner had already generated an "Include1" line that looks exactly like the one you suggested (but of course with a different path and 48 instead of 336 -- and without RECURSE since I was not requesting subfolder deletion). And unfortunately the problem persists. I re-tried with subfolder deletion but that didn't change anything. I also thought that maybe the fact that the target folder isn't user-specific might be an issue, so I tested with a user-specific folder and the problem remained. But thanks for the suggestion, anyway. Anything else you t
  5. No thoughts? This seems like a pretty straightforward question. Would someone mind taking a couple minutes to see if he/she can replicate the issue? If so, I can be more confident in reporting it as a bug. Thanks!
  6. For several years I have used the "INCLUDE Additional Files and Folders to Remove" option to delete all the files from one particular folder every time CCleaner runs. That has worked fine. Recently I decided I would instead prefer that CCleaner delete only files older than 48 hours from this folder, and was pleased to see that there is an option where I can specify this. Unfortunately, I have found that after I edited my rule by ticking "Only Delete Files Older Than 48 hours" (I had to specify the 48, of course), CCleaner stopped deleting *any* files from the folder, regardless of age.
  7. Thanks. (I tried to give you a "Like" but my quota must still be set at zero.) I'll probably go with your sensible advice not to make any registry changes simply as an attempt to eliminate the checkbox. But if anyone else has any further observations/suggestions, please pass them along.
  8. Hi. Today I noticed that under Multimedia I have Gom Player listed as a cleaning option in CCleaner, but I do not have that program (I had never even heard of it). It wasn't there the last time I checked the Multimedia section, which would have been at most a month ago, probably less. The checkbox was unticked when I noticed it. I Googled Gom Player and see that it is a media player made my Gretech. It is not in my list of installed programs. I also thoroughly searched the files on my C drive and do not see any entries for GomPlayer or Gretech. I searched the registry for the same, a
  9. Thanks. At least for recycle bin scans, I seem to get just one or the other for a deleted file, either the $Innnnn or the $Rnnnnn, but not both. But moments ago a deep recycle bin scan turned up empty for all my partitions, except for two files (a text file and an mp4) I emptied from the bin a few minutes earlier. Is this a normal occurrence? Could that result be cause by the scheduled (weekly) defrag Windows 7 ran last night? If so, is it best to make defrag less frequent? (Fyi, after a few more minutes of experimentation -- and maybe Windows or other programs doing some writing behi
  10. Wow! I wonder if that means that the one file that was (initially) shown as recoverable (one of the largest, 770MB) is the first one I wrote to the flash drive? I can't tell now because I've reformatted that flash drive to NTFS, but I do believe it was one of the older files. Later, when I have more time and and collect more datapoints (I saw some patterns in early experimentation), I'll write about the problems I am having with recovery in NTFS. But a quick preview of one of the things I'm running into most is that the recovered just-deleted (from the recycle bin) file is often quickly
  11. Thanks. Even though I'm still having a lot less success with Recuva and other recovery programs than I used to in XP (maybe related to how I migrated my data to Win7??), looking into it a bit further shows that the particularly-strange behavior like that described in my first post seems unique to the FAT32 thumb drive.
  12. Since moving from Windows XP to Windows 7 in March, I've been having very little luck with Recuva. Files I try to recover are shown as overwritten nine out of ten times, seemingly regardless of the size, age or original location of the file I'm trying to recover. Tonight I was trying to recover a 50MB file I had just deleted from a 16gb thumb drive. Minutes after deleting the file (and without any further use of the drive) I wanted to get it back. Using Deep Scan for all deleted files, 33 files were found. The one I wanted, and 31 of the others, were all marked as unrecoverable because
  13. Very helpful explanation, Alan_B. Thanks! I do have to say that depending on a "clever little tweak" makes me a tad nervous, although I assume CCleaner tested it carefully before adding the function? Is the tweak readily explainable? Or perhaps proprietary? Also, could you expand a bit on what "unless Windows is already broken" means? Do you mean to a point where System Restore wouldn't even function (or is infected)? While I definitely agree with both of you that XP's System Restore is often ineffective and quirky, and in some cases create more problems than it solves, it has really
  14. I still use Win XP-SP3 home. Awhile back I read (from a very reputable source, as I recall), that XP-Home restore point are only save system information that is incremental or changed vs. the previous point. (Although, come to think of it how could that be, if each point eventually becomes the oldest one as points drop away one-by-one, first-in-first-out?? Wouldn't that always render the oldest remiaining point incomplete?) Anyway, assuming the idea of only-incremental updating is true, doesn't that mean it would always be risky to delete any but the oldest restore points? I.e. if you
  15. I want to have CCleaner delete XP system temporary files, but NOT any that are in subfolders of Documents & Settings (because sometimes there are Office documents in there that are handy to have for recovery).. Is there a way to specify this? I didn't see any folder exclusion options. Since the system temp files I'm primarily interested in having CCleaner delete are those in Windows\Temp, I tried setting that up as a custom folder clean (and un-ticking Temporary Files from the System clean options). This *would* be fine, except that I don't want system temp files that are less
  • Create New...