Skip to content

Fuzzing round 3: autostart takeover, held hotkeys, unwritable settings folder - #41

Merged
ChaoticHolon merged 2 commits into
devfrom
fix/fuzzing-round-3
Oct 19, 2026
Merged

ChaoticHolon merged 2 commits into
devfrom
fix/fuzzing-round-3

Conversation

@ChaoticHolon

Copy link
Copy Markdown
Owner

Requested by Matt · project thread

Before: a MicSwitch install in a folder with ".exe" inside a name (for example the user folder alex.exeter) lost its autostart entry to MicControl even though MicSwitch was still there. If push-to-talk was held on a mouse button while a hotkey setting changed, the mic stayed live after the button was let go, and a held volume key kept repeating. If the logs folder couldn't be created (a file in its place, or a redirected AppData that's offline), the app didn't start, and picking an icon or "Open logs folder" crashed it.

After: the takeover only reads ".exe" where a name ends, so the installed MicSwitch keeps its entry. Changing hotkeys ends any hold, so push-to-talk goes back to muted. The app starts and drops log lines while the folder can't be written, and the icon picker and "Open logs folder" show a message.

How: AutostartCommand.GetExecutable accepts ".exe" only before whitespace or the end. MainViewModel.HotkeyRegistration remembers a held hotkey and releases it when the hotkeys are re-applied. FileLoggerProvider, SelectIcon and OpenLogsFolder catch the folder errors. The test fake for hotkeys now ignores a release that didn't see a press, like the real hook does. Round-3 fuzzers are archived outside the repo; the report has the details.


Generated by Claude Code

…s folder

- MicSwitch autostart takeover: an unquoted command whose folder has ".exe" inside a name (C:\Users\alex.exeter\...) was read as C:\Users\alex.exe, judged missing, and a working MicSwitch lost its autostart; ".exe" now has to end the name
- Changing the hotkeys while one is held ends the hold: push-to-talk on a mouse button stayed live after letting go, and a held volume key kept repeating
- A logs folder that can't be created no longer stops the app from starting; picking an icon and Open logs folder show a message instead of crashing
- The hotkey fake now behaves like the hook (a release only reaches a registration that saw the press); tests for each case
@ChaoticHolon ChaoticHolon self-assigned this Oct 19, 2026
- A longer hand-edited list is cut on load (AppSettings.Normalize); 1,000 rows froze the Hotkeys page for 33 s
- Add is disabled at the cap, with a note saying why
@ChaoticHolon
ChaoticHolon merged commit c25f946 into dev Oct 19, 2026
2 checks passed
@ChaoticHolon
ChaoticHolon deleted the fix/fuzzing-round-3 branch October 19, 2026 08:15
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant