"Customize Preference" toggles broken(?)
Describe the bug
Each time I start WinUtil most of the toggles are back to being set into "ON" mode (The green toggle color). See screenshots, even if I disable toggles and then re-open WinUtil the toggles are turned back on. Even when restarting the system in-between I get the same result
Steps to reproduce
Open WinUtil. Go to "Tweaks" Page Look at "Customize Preference" toggles Keep enabling themselves after re-opening WinUtil / restarting system.
Expected behavior
Disabling or enabling things with the toggles should keep the things in set state.
Screenshots
(Toggles after restarting or re-opening)
(The way I have set / want to have my toggles set)
(Console output when setting toggles to desired state.)
Issue validation
- [x] I checked for duplicate issues.
- [x] I checked for already existing discussions.
- [x] I checked for an already existing pull request addressing the issue.
I can second this bug. Toggled OFF 'recommendations in start menu', 'widgets button in taskbar', and 'mouse acceleration'. Upon restart, settings were toggled ON again. Attempted to test twice with same outcome. Although, upon checking registry and start menu, the functions seem to work correctly, but the toggle button is resetting for some reason.
Bump. Have you seen this? @MyDrift-user Figured I'd tag you since I saw you contributed to the toggle logic last release.
hmmm, I don't seem to be having the same issue. Does it work if using version "Release 24.11.25 - Fix OneDrive Removal"?
hmmm, I don't seem to be having the same issue. Does it work if using version "Release 24.11.25 - Fix OneDrive Removal"?
How do I use that specific version? I have a shortcut for the latest main release on my desktop. I know the toggles behaved like intended before this release but that's just my word 😅
irm "https://github.com/ChrisTitusTech/winutil/releases/download/24.11.25/winutil.ps1" | iex
irm "https://github.com/ChrisTitusTech/winutil/releases/download/24.11.25/winutil.ps1" | iex
Thanks. I'm still at work but I'm about to leave now so I'll let you know how it goes when I get home 😁
irm "https://github.com/ChrisTitusTech/winutil/releases/download/24.11.25/winutil.ps1" | iex
Hi, sorry for the delayed reply. I just tested this and running WinUtil from this release the toggles are set in the "correct" positions each time I start WinUtil. When attempting to use latest release they are in the incorrect state each time again. The keys are correct but toggle state is not.
(Screenshot from WinUtil using the 24.11.25 release)
Any clue on what could be causing this? @MyDrift-user
Bump
Been able to look into this issue? I noticed it is still showing incorrect toggle state on new release 'Release 25.03.05' @MyDrift-user
I know the difference in the logic it uses and I think I see the issue, I did not find time to adress this yet tho. Sorry for that but I hope to look at it some more in the near future.
I know the difference in the logic it uses and I think I see the issue, I did not find time to adress this yet tho. Sorry for that but I hope to look at it some more in the near future.
No worries. Just wanted to let you know both this and the other issue that I referenced this in both worked on the older release you linked here
Second this again. I can confirm issue is ongoing on the latest release. Thank you for looking into it.
I know the difference in the logic it uses and I think I see the issue, I did not find time to adress this yet tho. Sorry for that but I hope to look at it some more in the near future.
Hi again, have you possibly had a chance to look into this issue? :)
may you please start winutil in debug mode and send the screenshot of the shell on start without doing anything in the utility?
EDIT: to do that, execute this: iex "& { $(irm https://christitus.com/win) } -Debug"
PS: it is just another way of starting official winutil using the flag "-Debug"
iex "& { $(irm https://christitus.com/win) } -Debug"
Here is what my shell output is when running that debug command.
Any news on this issue?
Confirmed that same issue is still present on fresh install of W11Pro 26100.4349 (UUP Dump image).
Have you had any chance to have a look at this? @MyDrift-user
Yes. To my understanding it checks the defaultstate for every reg entry, but to make sense it should check per toggle.
I will do more testing and hopefully a PR on this after the existing PRs for Toggles get merged
wtf
/reopen
Yes. To my understanding it checks the defaultstate for every reg entry, but to make sense it should check per toggle.
I will do more testing and hopefully a PR on this after the existing PRs for Toggles get merged
Nice! Thanks for having a look, looking forward to a potential fix :)
Just saw this bug when doing Widget Toggle
I get the same warning. But I would like to add, that every time I use the toggles on winutil I have to reset my preferences is the system turning them back on every time I fire up my system? Shouldn't I be able to do it once? This may be a new bug report so sorry
I get the same warning. But I would like to add, that every time I use the toggles on winutil I have to reset my preferences is the system turning them back on every time I fire up my system? Shouldn't I be able to do it once? This may be a new bug report so sorry
There is a bug with the toggles, hence this issue that I opened. It shows incorrect states of the toggles.
I was watching his Majesty the other day on Twitter where your issue is brought to his attention in chat and that's when he looked at it (just so anybody reading this that you the wrong idea I love he work) but I have found that the best way to get his attention is in the Twitter chat
https://github.com/ChrisTitusTech/winutil/issues/2886#issuecomment-2409291903
Getting the following error when toggling Widgets Button in Taskbar
I'm having the same issue where the toggles revert back to their old state every time I close winutil
Was this ever resolved?