Jump to content
CCleaner Community Forums

APMichael

Experienced Members
  • Content Count

    645
  • Joined

  • Last visited

Posts posted by APMichael


  1. Thanks for the hint! IMHO it is better to use an older version of CCleaner instead of moving the old entries back to Winapp2.ini. If Piriform fixes the problem with one of the next versions, people would think that the cookies management still doesn't work, because the old entries always remove all cookies.


  2. On 14.3.2019 at 13:59, SMalik said:

    New Entries

    [Cookies *] ...

    [Stored HSTS Cookies *] ...

    Same as for Chrome cookies: Does CCleaner's cookies management have any problems? CCleaner should be able to open and clean these cookies files without removing the files themselves (at least this has been possible for years).

    The entry [Stored HSTS Cookies *] was also moved to "Removed entries.ini":
    https://forum.piriform.com/topic/51568-cookies-visible-to-ccleaner-but-not-to-firefox-settings/?tab=comments#comment-299024

    Please try to check the files "Removed entries.ini" and "Winapp3.ini" before posting new entries. Thank you very much.


  3. 18 minutes ago, SMalik said:

    New Entries

    [Cookies *] ...

    [Extensions Databases *] ...

    Does CCleaner have problems cleaning cookies with the latest version of Chrome? The entry [Cookies *] was moved to "Removed entries.ini" a long time ago.

    The entry [Extensions Databases *] was moved to "Winapp3.ini" a few weeks ago, because it causes problems with an extension.


  4. Question:

    I noticed that some entries use the same path for error reports: "%LocalAppData%\CrashRpt".

    Shouldn't we add a separate entry for this path and remove the duplicate FileKeys from the other entries?

    [CrashRpt Error Reports *]
    LangSecRef=3024
    DetectFile=%LocalAppData%\CrashRpt
    Default=False
    FileKey1=%LocalAppData%\CrashRpt|*.*|RECURSE

    (CrashRpt is an open-source program library for sending error reports.)


  5. On 10.3.2019 at 15:39, SMalik said:

    [Notification Resources *] ...
    FileKey1=%LocalAppData%\Google\Chrome\User Data\Notification Resources|*.tmp

    Thank you for the new entry, but *.tmp files are already covered by CCleaner (Google Chrome - Internet Cache):

    chrome_nr.jpg.c64ba4f57711aaec936407ad791cfbfb.jpg

    The old entry is in the file "Removed entries.ini":

    Quote

    [Temps Extras *] ...
    FileKey14=%LocalAppData%\Google\Chrome*|*.tmp|RECURSE

     

    During this check I also noticed that the entry [HTML5 Storage *] can also be removed, because the "File System" folder is already covered by CCleaner (Google Chrome - Internet Cache), including the removal of the folder itself.

    chrome_fs.jpg.e52499f574f669b4fe408ac83365b14e.jpg


  6. Based on the modification date of the folder, it looks as if my Windows Defender has never used this folder before. If all the files are just copies of the HOSTS file, I think we could add this to Winapp2.ini. (It's also just a subfolder of "Scans", so there probably won't be any really important data stored there.)

    FileKeyX=%CommonAppData%\Microsoft\Windows Defender\Scans\BackupStore|*.*

     


  7. Winapp2.ini updates:
    https://github.com/MoscaDotTo/Winapp2/commit/988564fc44f2ac6aee6903b4894c76d28a133b36
    https://github.com/MoscaDotTo/Winapp2/commit/e2a99bddbfb0102ea2bdc944d676080a1280b1df

     

    On 22.2.2019 at 02:42, joejoejo said:

    ... Can you guys please add brave beta browser to winnapp2? also adding Brave Dev Browser to the list as well. ...

    The latest version of the file "Winapp2.ini" now supports Brave Beta and Dev.

    You should also add the browsers to CCleaner using one of the following methods:
    https://www.ccleaner.com/docs/ccleaner/advanced-usage/ccleaner-ini-files/how-to-clean-user-data-from-non-standard-mozilla-browsers

    CustomLocation1=CHROME|path_to_user_profile:
    https://forum.piriform.com/search/?q=CustomLocation1=CHROME

    Example: CustomLocation1=CHROME|C:\Users\<your user name>\AppData\Local\BraveSoftware\Brave-Browser-Beta\User Data\Default


  8. 17 hours ago, siliconman01 said:

    Modified entry:  [Shuffle Party *]

    Changed Section=Games to LangSecRef=3031 ...

    Some time ago I asked on GitHub which category should be used for Microsoft Store Games. The answer was that we should also use Section=Games. I hope that's okay with you, too.


  9. 17 minutes ago, siliconman01 said:

    Doggone it!~ Sure am glad you are checking my entries.. Here is Detect3 included which I suppose is a Windows 8/8.1 file.  Actually the DetectFile would have picked it up anyhow.

    Yes, you're right, the changed DetectFile should always match. :)

     

    15 minutes ago, Andavari said:

    I ran the Cortana entry in BleachBit and it didn't need any special operation "delete on reboot", it deleted them outright - and to make things even more confusing it didn't break Cortana this time on reboot. I'm starting to think something in the two perhaps three recent Windows updates my computer installed for Windows 10 v1803 is preventing it from breaking Cortana but that's just a guess with no proof - but Microsoft would have error reports which I don't have cleaned.

    Ok, then we won't be able to solve the mystery for now. I will then proceed with the compromise as in my post:
    https://forum.piriform.com/topic/32310-winapp2ini-additions/?page=311&tab=comments#comment-303915
    Thanks again for your help.


  10. 13 hours ago, Andavari said:

    Sorry for the confusion, I do NOT have the ExcludeKey. Possibly confused during posting because I was tired and looking at what's been posted on here and what's in two different cleaning programs using two different versions of supposedly the same cleaning entry.

    Trying to determine why CCleaner is no longer breaking it even though as you say it's essentially the same as before, and why BleachBit always breaks it.
    ...
    Edit: Maybe ignore the BleachBit stuff and only focus on what's here for CCleaner. Why am I making this more confusing.:lol:

    Thanks again, for your reply.

    E1: The ExcludeKey of the BleachBit entry is no longer necessary, we removed it some time ago. And it couldn't be the culprit for the issue. Even the wildcards in the directory names don't change the situation, only changes have been made to make the entry easier to read.

    E2: The FileKey9 of the BleachBit entry is also not necessary as it is already covered by FileKey6. They have removed the same files.

    So, if you really don't use the ExcludeKey you posted here, then it's very strange that your entry doesn't break Cortana anymore, because without the ExcludeKey the same files will be deleted as with the BleachBit entry. Would it be too much to ask, if you would please post your complete entry here?


  11. 15 hours ago, siliconman01 said:

    [iTunes App *] would work just fine.

    FileKey3 is correct as shown.  See pic. ...

    Thanks for your clarification.

    2 hours ago, siliconman01 said:

    Modified entry:  [FilmOn Live TV *]

    Changed name from [FilmOn *] to [FilmOn Live TV *]

    Detect=HKCU\Software\Classes\Local Settings\Software\Microsoft\Windows\CurrentVersion\AppModel\SystemAppData\FilmOnLiveTVFree.*_zx03kxexxb716 ...

    Unfortunately CCleaner does not support wildcards in registry keys. You need to add an additional Detect.


  12. 1 hour ago, siliconman01 said:

    Modified entry:  [iTunes *]
    Changed name from [Apple iTunes *] to [iTunes *] ...

    This is not possible because the desktop version already uses this name. We could leave the name unchanged or use [iTunes App *]. The "App" is also used by some other apps, e.g. [ShareX App *].

    On 24.2.2019 at 05:57, siliconman01 said:

    Modified entry:   [My Office *]
    Added:
    FileKey3=%LocalAppData%\Packages\Microsoft.MicrosoftOfficeHub_*\AC\Packages\Microsoft.MicrosoftOfficeHub_*\AC\INetHistory\History.*\*|*.*|REMOVESELF ...

    Just to be safe: Is this a copy and paste error or is the path correct? Because of the double "Packages\Microsoft.MicrosoftOfficeHub_*\AC".


  13. 3 hours ago, Andavari said:

    I have exactly as it's quoted in your post, and it hasn't been breaking anything as I reported, and I've been checking several times a day for breakage.

    Previously when the breakage was happening and I reported it I could replicated the breaking each and every time after a reboot, and I haven't had to run that .bat script anymore either to Reset And Rebuild Search Index. Although my laptop has received at least two Automatic Updates for v1803 that I'm fully aware of since I first reported having an issue with the cleaning, now rather that's a coincidence I haven't a clue.

    Ok, thank you very much for your fast reply. I'm very sorry, but now I have to bother you again: If your entry is exactly like in my post, then your entry has an ExcludeKey? Or do we have a misunderstanding? (Because the main question of the current discussion is whether we need to exclude files or not.)

    If your entry has an ExcludeKey, we know why your entry no longer breaks Cortana. If your entry doesn't have an ExcludeKey, it's even stranger, but maybe the "SettingsCache.txt" file is only important for non-English systems.

    The BleachBit entry is the same as the current winapp2.ini entry, but without the correct ExcludeKey.


  14. Here is a compromise to end this little drama:

    [Cortana *]
    LangSecRef=3031
    Detect1=HKCU\Software\Classes\Local Settings\Software\Microsoft\Windows\CurrentVersion\AppModel\SystemAppData\Microsoft.Cortana_8wekyb3d8bbwe
    Detect2=HKCU\Software\Classes\Local Settings\Software\Microsoft\Windows\CurrentVersion\AppModel\SystemAppData\Microsoft.Windows.Cortana_cw5n1h2txyewy
    Default=False
    FileKey1=%LocalAppData%\Packages\Microsoft.*Cortana_*\AC\AppCache|*.*|RECURSE
    FileKey2=%LocalAppData%\Packages\Microsoft.*Cortana_*\AC\INet*|*.*|RECURSE
    FileKey3=%LocalAppData%\Packages\Microsoft.*Cortana_*\AC\Microsoft\CryptnetUrlCache\*|*.*|RECURSE
    FileKey4=%LocalAppData%\Packages\Microsoft.*Cortana_*\AC\Microsoft\Internet Explorer\DOMStore|*.*|RECURSE
    FileKey5=%LocalAppData%\Packages\Microsoft.*Cortana_*\AC\Temp|*.*|RECURSE
    FileKey6=%LocalAppData%\Packages\Microsoft.*Cortana_*\TempState|*.*|RECURSE
    FileKey7=%LocalAppData%\Packages\Microsoft.Windows.Cortana_*\LocalCache|*.*|RECURSE
    FileKey8=%LocalAppData%\Packages\Microsoft.Windows.Cortana_*\LocalState\AppIconCache|*.*|RECURSE
    FileKey9=%LocalAppData%\Packages\Microsoft.Windows.Cortana_*\LocalState\DeviceSearchCache|*.txt
    ExcludeKey1=FILE|%LocalAppData%\Packages\Microsoft.Windows.Cortana_*\LocalState\DeviceSearchCache\|SettingsCache.txt

    The ExcludeKey for the single file "SettingsCache.txt" is definitively necessary, because I can still easily repro the issue on every system I tested, even v1803. And we also had an issue report on GitHub. Ok, since the second issue only occurs under special conditions, we try it once again without excluding the files "AppCache###.txt". But if we should get a new issue report, here or on GitHub, we will change the ExcludeKey back.

    I hope everybody will be happy now and we can close this topic.

     

    19 hours ago, Andavari said:

    It doesn't cause me any issues on Win10 v1803 - I haven't been offered v1809. I tried to post this last night but some forum server error prevented it. ...

    Thanks for your information. But this is very strange, because the changed FileKey9 you are using now deletes the same files as the previous FileKey of the entry that caused issues on your system. But anyway, let's just wait and see if the issue recurs. Just to make sure: You then also removed the ExcludeKey from your own entry? Or is there still an ExcludeKey in your entry?


  15. 14 hours ago, SMalik said:

    Sure, here is another statement. ...

    Again, please read what I wrote:

    23 hours ago, APMichael said:

    ... If you just delete the files "AppCache###.txt" and reboot immediately, the error mostly does not occur. ...

    The second error does not always occur immediately. And we don't know if he also tested the search for settings.

     

    14 hours ago, SMalik said:

    How about a bunch of AppCache**.txt files? Have you opened one of them to see  what they have in them?

    Yes, I know the contents of the files. But this doesn't matter if the entry breaks a function.


  16. On 22.2.2019 at 23:05, SMalik said:

    Deleting these .txt files from that location in Cortana doesn't break Cortana. Have you tried this yourself? ...

    Sure, I tested it. And only for you I have tested it again now and the problems are still occurring!

    1. Settings search error
    - Search for an option of the Settings app, e.g. Lock screen (in German it is called Sperrbildschirm).
    - Now delete the file "SettingsCache.txt" and reboot.
    - After the reboot, the search for settings is broken.

    settings_01.jpg.3b7a9c2b145bc182a5968ac685d1c2d2.jpgsettings_02.jpg.8d9335423a6971b956bdab2e06e62670.jpg

    2. Application search error
    If you just delete the files "AppCache###.txt" and reboot immediately, the error mostly does not occur. But I could repro it very often this way:
    - Search for an application, e.g. Firefox, and reboot.
    - After the reboot, search for an application again. Now there should be more than two "AppCache###.txt" files in the folder.
    - Delete all "AppCache###.txt" files and reboot.
    - After the second reboot, the search for applications is also broken.

    apps_01.jpg.b569fbbf7ab96475075e38a9fa18b5f0.jpgapps_02.jpg.1e1d9deb4025979c0a8ebac5d9ba588f.jpg

    It would be very nice and fair if you would also trust other people and not always just yourself.

×
×
  • Create New...