[Why has my CCleaner suddenly changed?]

Yep, you're right. Sorry!

Still hoping a future version has the option to bypass the welcome page...

[Why has my CCleaner suddenly changed?]

8 hours ago, nukecad said:

Actually it doesn't.

You can run a Custom Clean or an Analyze straight from the buttons on the Welcome screen
(OK you will need an extra click if you want to change the ticks/unticks. How often do you do that?)

 

 

Yes, it does!

When I open CCleaner I want to see this:

I VERY frequently make changes to the various selections.

Now I see this:

 

which requires me to click "Customize" to access the various selection options.

[Why has my CCleaner suddenly changed?]

Mark me down as another user annoyed by the sudden appearance of the new welcome screen (two days ago)!

The Welcome Screen requires an extra step to access Custom Clean. There should be an entry in Settings to disable the screen.

I've been able to (at least temporarily) block the Welcome screen with a registry change:

Open Regedit, navigate to

HKEY_LOCAL_MACHINE\SOFTWARE\Piriform\CCleaner

Find the key

(Cfg)WelcomeScreen

and change the value from 1 to 0.

[SpeechRunTime.exe]

1 hour ago, tzdvl said:

So Windows itself is hiding it from you in RegEdit; CCleaner is seeing past that block though.

If you are asking how CCleaner is seeing past that block then it's a whole different question.
And you probably won't get an answer, why should the CCleaner developers give others/rivals a clue to how it looks for things?

(Except the above quote wasn't me replying...)

Ah, Thanks! That makes sense.

 

It appears Ccleaner is able to detect registry entries that are hidden from us mere mortals, but also is "wise" enough to not mess with those hidden entries.

Ccleaner just TEASES us, by repeatedly showing an entry as an error, even though it can't (shouldn't) actually be fixed!

 

Glad I'm not the one sorting all this out!

And thanks to you moderators for the excellent advice!

 

[SpeechRunTime.exe]

Quote

  I don't understand how Ccleaner can be detecting a registry key/value that doesn't seem to exist if I search RegEdit for that same key.

Again:

Quote

Some components of 21H1 are already on your computer, but not all of them will be there yet.
Some are already there but are hidden from you by Windows itself.

Reply from Nukecad:

Quote

 

So Windows itself is hiding it from you in RegEdit; CCleaner is seeing past that block though.

If you are asking how CCleaner is seeing past that block then it's a whole different question.
And you probably won't get an answer, why should the CCleaner developers give others/rivals a clue to how it looks for things?

Yes, it's all a bit strange from how we are all used to Windows working in the past - and we are all having to work out the changes.

 

 

[SpeechRunTime.exe]

I guess what I'm interested to know is, how is Ccleaner's registry cleaner "finding" and displaying an "erroneous" registry key that doesn't seem to actually exist?

If I just simply open RegEdit, and navigate to the key  HKCR\CLSID\{265b1075-d22b-41eb-bc97-87568f3e6dab}\LocalServer32

the (default) value shown is  C:\Windows\System32\Speech_OneCore\Common\SpeechRuntime.exe -ToastNotifier

 

But if I open Ccleaner and run the registry cleaner it displays the entry

LocalServer32\C:\Windows\SysWOW64\Speech_OneCore\Common\SpeechRuntime.exe -ToastNotifier

If I then right-click that entry, and select "Open in RegEdit...", RegEdit opens to the VERY SAME key, but the (default) value NOW shows

C:\Windows\SysWOW64\Speech_OneCore\Common\SpeechRuntime.exe -ToastNotifier

 

If I then close RegEdit (and Ccleaner, WITHOUT actually running the cleaner), reopen RegEdit, and navigate back to the same key, the (default) value has reverted back to showing

C:\Windows\System32\Speech_OneCore\Common\SpeechRuntime.exe -ToastNotifier

 

How is this possible? I've never seen a registry value change back and forth like that.

How can Ccleaner appear to change a registry value without actually selecting the entry and running the cleaner?

[SpeechRunTime.exe]

I, too, have noticed that Ccleaner has recently been flagging the above registry error on my system the past few days...

I understand and agree with the warnings about registry cleaning in Windows 10...

BUT, I've found some REALLY WEIRD behavior in Ccleaner in this instance!

 

First of all, on my computer the file in question  (SpeechRuntime.exe)  exists in the   C:\Windows\System32\Speech_OneCore\Common\   folder.

It is NOT present in the   C:\Windows\SysWOW64\Speech_OneCore\Common\   folder.

 

I understand why Ccleaner will flag the error if a registry entry points to the non-existent SysWOW64 location.

 

NOW. if I open Ccleaner, and run the Registry Cleaner, I see the entry for

LocalServer32\C:\Windows\SysWOW64\Speech_OneCore\Common\SpeechRuntime.exe -ToastNotifier .

 

If I right-click that entry, and select "Open in RegEdit...", Regedit opens to the expected key, showing the value

LocalServer32\C:\Windows\SysWOW64\Speech_OneCore\Common\SpeechRuntime.exe -ToastNotifier  , as expected.

 

BUT, if I simply close RegEdit, and reopen it to the same key, the value NOW shows the "correct" location

LocalServer32\C:\Windows\System32\Speech_OneCore\Common\SpeechRuntime.exe -ToastNotifier .

 

 

WHY is Ccleaner finding an erroneous registry value that apparently doesn't actually exist?

And how can the value seem to change with simply closing regedit, and reopening to the same key?

 

[Firefox 85 "Supercookies"?]

OK, I did a little experimenting this morning, and it seems that the " ^partitionkey=%28http%2...." versions of cookies do not function to save logins or website preferences.

I used the Amazon.com website for a trial.

I cleared out my Amazon cookies, visited the website, signed in, and set my preference for saving my browsing history. I then opened CCleaner, and I see four cookies:

 

After a few trials of having CCleaner save each of the individual cookies, one at a time, then cleaning the others, I found that having CCleaner save only the www.amazon.com^partitionkey+%28http%2camazon.com%29 cookie does NOT preserve my login or saved preferences.

The only cookie that preserves my login/preferences is the  amazon.com  version. Curiously, saving just the  www.amazon.com  cookie does NOT work.

So, out of the four trials, this is how I must use CCleaner's "Cookies to Keep" feature so that it works as it should:

 

If I then clean the remaining three cookies, the Amazon website opens with me signed in, and my preferences intact, as I would expect.

Interesting!

 

 

[Firefox 85 "Supercookies"?]

7 hours ago, nukecad said:

So as long as you 'Keep' the cookie only for the site(s) you want and not for others then that should be fine and work as it always has.

If you edit a 'Kept' cookie to remove the partition key then I believe that it will be saved globally?
Not sure but from what you described above that is what seems to be happening with your old 'kept' cookies that don't have a partition specified.

Quote

The cookies now displayed in the new format are duplicates of my previously saved cookies, but cleaning out the "new" versions does not affect logins or preferences.

Because your (not partitioned) old version is globally keeping them?

 

That is what I've been thinking. Maybe I should replace the "global" cookies I've saved with the site-specific versions? I'll have to experiment.

I hope the developers can sort this out!

[Firefox 85 "Supercookies"?]

Thanks for the excellent explanation. Makes sense.

I have never used CCleaner to clear or manage my logins or passwords in Firefox. I have always managed these directly in "Saved Logins & Passwords" under Firefox's privacy settings.

CCleaner is set like this:

 

I only use CCleaner to manage cookies in Firefox.

I move any cookies I need to preserve new logins or preferences to "Cookies to Keep" before cleaning.

 

That's why I was interested to know what to do with the  " ^partitionkey=%28http% " cookies now being displayed.

If I  just continue to ignore and delete them, am I defeating Firefox's new management strategy? Should I replace my previously saved login cookies with the version specific to the "partitioned" website?

How should users interpret the info shown in CCleaner?

We need some guidance!

[Firefox 85 "Supercookies"?]

I have noticed that since the latest Firefox update to v85.0, CCleaner now displays most cookies in a format similar to:

 www.xyzxyz.com^partitionkey=%28http%2cxyzxyz.com%29

where it used to just display:

 www.xyzxyz.com    and    xyzxyz.com

 

I think this is due to a change in how Firefox 85 handles (isolates?) cookies and "supercookies"?

I don't begin to understand this stuff, but previously it was easy to save login cookies in CCleaner. The cookies now displayed in the new format are duplicates of my previously saved cookies, but cleaning out the "new" versions does not affect logins or preferences.

In other words, it is not necessary to tell CCleaner to save the new versions instead of, or in addition to, the previous versions.

Could someone explain how a CCleaner user should interpret and work with the "new format" cookies now displayed in CCleaner?

Thanks!