Craig Furman

It's _possible_ I have rubber-ducked this within minutes of opening the issue, but I won't be sure until I've had a few days to validate that the fix holds. I...

I was too optimistic - the issue has reoccured. After waking the laptop from sleep and plugging in my USB hub, autokbisw has stopped working. Interestingly, `autokbisw list` appears to...

I stopped my nix-darwin-managed service, reinstalled the homebrew version and service, gave the homebrew binary permissions to monitor keyboard when prompted, then restarted the homebrew service and validated that only...

I just built and tried this (just running from a shell rather than a service), and after successfully handling a few keystroke events it "locked up" and appeared to stop...

I just tried the latest build from your PR, and the same sort of behaviour occurs: ``` $ ./.build/release/autokbisw -v 1 Starting with useLocation: false - verbosity: 1 Failed to...

After removing all autokibsw input monitoring permissions, rebooting, reconfiguring those permissions, then restarting the service, v2.0.1 began working. I then began experiments involving unplugging and re-plugging the keyboard and sleeping...

No luck from the latest build unfortunately: ``` $ ./.build/release/autokbisw -v 1 Starting with useLocation: false - verbosity: 1 Failed to open HID Manager: -536870174 Starting system event observation Successfully...

> From your logs it seems like permissions are missing right from startup Ah yes, that does appear to be correct. > Can you make sure there's only a single...

`InputMonitoring` doesnt' appear to be a valid argument to tccutil-reset, but `sudo tccutil reset ListenEvent` appears to reset those settings. After reboot, I reconfigured the relevant permissions on prompt, but...

There is no notable activity with debug log (from the branch build) hitting keys, switching keyboards, or manually toggling input language: ``` $ ./.build/release/autokbisw -v 2 130 ↵ Starting with...