APMichael

Edge stores this information in its own database. The following entry deletes this database: [Edge PDF Database *] LangSecRef=3006 DetectFile=%LocalAppData%\Microsoft\Edge* FileKey1=%LocalAppData%\Microsoft\Edge*\User Data\*\Pdf|pdfSQLite I tested it with a locally saved PDF. After deleting the database, the PDF opens again with page 1. The "Session_*" files are already deleted by CCleaner's built-in [Edge Chromium - Session] entry:

Thank you for the new and modified/revised entries. Winapp2.ini update: https://github.com/MoscaDotTo/Winapp2/commit/c30828be1e9710a20de8620f7b43225720d50c72 @siliconman01 Thank you for the kind words. The following line works for Windows 11: DetectOS=10.0.22000|

Please check if the respective 32-bit path is still present: HKCR\WOW6432Node\CLSID\{D27CDB6E-AE6D-11cf-96B8-444553540000} HKCU\Software\Wow6432Node\Macromedia\FlashPlayer HKLM\Software\WOW6432Node\Macromedia\FlashPlayerPepper C:\Windows\SysWOW64\Macromed\flash\flashplayer.xpt

Thank you for the reply. In my opinion, it is not very useful if an installer accepts "C:\", "C:\Program Files", "C:\Program Files (x86)", etc. as the installation folder without a subfolder for the application. Unfortunately, this seems to be standard for NSIS based installers, for whatever reason... However, the uninstaller of other applications (e.g. Firefox) at least deletes only its own files and subfolders. You should actually know at Piriform which files and subfolders will be added after installation when CCleaner is used, so a list with the corresponding file and folder patterns should be easy to implement. Such a list should always be preferred over aggressive recursive deletion.

Adobe Flash Player is detected by the following registry keys and files: HKCR\CLSID\{D27CDB6E-AE6D-11cf-96B8-444553540000} HKCU\Software\Macromedia\FlashPlayer HKLM\Software\Macromedia\FlashPlayerPepper C:\Windows\System32\Macromed\flash\flashplayer.xpt You can check if any of them are still present and then delete them. After that Adobe Flash Player should not be displayed anymore (after a restart of CCleaner).

@hazelnut@Andavari Thank you. Let's hope that the bug will be fixed quickly and the internal testing will finally get better as well. Sorry if my last post sounded a bit harsh, I guess the disappointment about CCleaner's constant bugs had built up.

I can confirm this extremely dangerous bug! And I honestly find it an impertinence from Piriform that this bug, which has already been reported several times, has not been investigated. The problem already starts with the installer. If another installation folder is selected here, the installer does not automatically attach the "CCleaner" folder. This leads to the fact that CCleaner is installed unintentionally e.g. into the folder "D:\Program Files" and not into "D:\Program Files\CCleaner". If the Unistaller is executed now, it deletes the complete content of the folder "D:\Program Files"! How do you manage to code an uninstaller so badly? By the way, reproducing the bug took me less than 5 minutes in a VM. Very sad that Piriform can't manage something like that itself...

I must correct myself, it also deletes the database "SRUDB.dat". (The temporary files of the database would be only "*.jrs" and "*tmp.log".) If the database is deleted, it is better to delete the entire contents of the folder and rename the entry to "Data Usage".

Just a question: is there a reason for the separate FileKeys or couldn't they be merged as well? [Movavi Video Converter *] LangSecRef=3023 Detect=HKCU\Software\MOVAVI FileKey1=%LocalAppData%\Movavi\Logs|*.*|RECURSE FileKey2=%LocalAppData%\Movavi\*Video Converter*\Cache|*.*|RECURSE FileKey3=%LocalAppData%\Movavi\*Video Converter*\TranscoderTemp|*.*|RECURSE FileKey4=%LocalAppData%\Movavi\*Video Converter*|Log.txt ExcludeKey1=PATH|%LocalAppData%\Movavi\*Video Converter*\Cache\videoconverter*\MSparkle\*\|MovaviVideoConverterSetup*.exe

Just for your information: The directory "C:\Windows\System32\sru" contains the database for recording the network data usage. Here you can find more information about it: https://www.thewindowsclub.com/manage-the-data-usage-limit-on-windows-10 https://www.thewindowsclub.com/clear-data-usage-in-windows-10 The Winapp2.ini file has contained this for a very long time. However, CCleaner's new entry does not delete the database itself, but only the temporary files of the database.

Thank you for the new and revised entries and the replies. Winapp2.ini update: https://github.com/MoscaDotTo/Winapp2/commit/6431ffa146e2b25263360692068d17848e6bcd69 Winapp3.ini update: https://github.com/MoscaDotTo/Winapp2/commit/4b2777e5889fc0cb3284c74935e9c4ad367abea0

This FileKey is not necessary because "%WinDir%\Temp" is already completely cleaned by CCleaner: Windows > System > Temporary Files

??? This entry was never for Windows 10, it has always used "DetectOS=6.2|6.3", thus it will only show up on Windows 8 and Windows 8.1. A change should therefore not be necessary. By the way "DetectOS=10.0|" means Windows 10 and newer.

I think the FileKey can also just be added to this entry: [Windows Logs *] This entry needs a warning: [Windows Notepad *] DetectOS=10.0| LangSecRef=3031 Detect=HKCU\Software\Classes\Local Settings\Software\Microsoft\Windows\CurrentVersion\AppModel\SystemAppData\Microsoft.WindowsNotepad_8wekyb3d8bbwe Warning=This will reset all custom settings to the default values. FileKey1=%LocalAppData%\Packages\Microsoft.WindowsNotepad_*\SystemAppData\Helium|User.dat

Correct, but this entry then still needs a warning, because all user settings set in Notepad will be deleted as well. https://community.ccleaner.com/topic/32310-winapp2ini-additions/page/344/#comment-334818

Notepad is now also an app, unfortunately. The user data is stored in the file "C:\Users\<your user name>\AppData\Local\Packages\Microsoft.WindowsNotepad_8wekyb3d8bbwe\SystemAppData\Helium\User.dat". Unfortunately, only a Winapp2.ini entry could be made here which deletes the entire file and thus all settings. Maybe the CCleaner developers can edit the "User.dat" file directly.

@Winapp2.ini still seems to be busy, so I helped out again. Winapp2.ini update: https://github.com/MoscaDotTo/Winapp2/commit/ea7c9737e41fa39459f3c375ac699a9398d49e19 Winapp3.ini update: https://github.com/MoscaDotTo/Winapp2/commit/5815a7e0f929f481aac1b7799bf1e536ade004a5

Unfortunately still not fixed, as always... This correction would not take even a minute...

Thanks for the reply. If you downloaded a ZIP package, then it was the Intel graphics driver, right? However, the "Intel Graphics Command Center" is automatically installed afterwards via the Microsoft Store. The entry [Intel Graphics Command Center *] only refers to this app, not to the graphics driver. (The service is installed by the driver installation so that the driver can communicate with this app.) https://www.microsoft.com/en-us/p/intel-graphics-command-center/9plfnlnt3g5g

This documentation is completely wrong in my opinion. "Network Passwords" has always cleared the Windows password vault, i.e. everything that can be managed via the "Credential Manager". This includes e.g. passwords for file shares, but also the passwords of Outlook or other online services.

"Intel Graphics Experience" is just the package name. The app itself has always been called "Intel Graphics Command Center", both on Windows and in the Microsoft Store. I would not be aware that this has been changed. Duplicate entry names are not possible. The name should therefore be [Microsoft Teams App *], for example.

Had a little time to help out. Winapp2.ini update: https://github.com/MoscaDotTo/Winapp2/commit/153480e8e562444889970b728539200d09f82799 Winapp3.ini update: https://github.com/MoscaDotTo/Winapp2/commit/eb396c73221f0e601b5d3e535b69650b039adf88 Happy Holidays!

Please check out the GitHub post: https://github.com/MoscaDotTo/Winapp2/issues/846#issuecomment-999707791

Just to be sure: The files and folders below "EBWebView" correspond to a user profile of Edge Chromium. Therefore "*.log" files are not usual log files but important databases. Log files are named "LOG" and "LOG.old". (You can use the entries for Edge Chromium as a guide.)

One more small note: If the creator of the FileKey wanted to delete only the files within the subfolders, and not the subfolders themselves, then this should also be clearly recognizable in the syntax: FileKey1=%windir%\ServiceProfiles\NetworkService\AppData\Local\Microsoft\Windows\DeliveryOptimization\Cache\*|*.* This makes it clear to everyone, not just the creator, what the function of the FileKey is.