[Bug]: Non-HiRes scroll mice (e.g. Logitech Lift) suffer scroll stutter/lag when capture_mouse_events is enabled on macOS
- Dominant language
- Rust
- Stars
- 21k
- Forks
- 675
- Avg merge
- 2d 5h
- Merged PRs (30d)
- 172
Description
### Which part of OpenLogi?
Agent / macOS Hook
### Operating system
macOS (Apple Silicon, macOS 26.x)
### Device model
Logitech Lift Vertical Ergonomic Mouse (VID `046d` PID `b031`, direct BTLE)
### OpenLogi version
0.8.1
### Description
On mice without high-resolution optical wheel sensors (`0x2121` feature missing / basic mechanical encoder like Logitech Lift), having `capture_mouse_events = true` (the default) causes severe scroll event stutter, loss of macOS native inertial acceleration, and occasional wheel freezes.
Disabling the hook with `capture_mouse_events = false` immediately restores smooth native macOS scrolling.
### Expected Behavior
OpenLogi should either detect that the mouse lacks HiRes wheel capabilities and bypass the software scroll quantizer hook, or make it clear in the UI that `capture_mouse_events` can degrade scrolling on standard mice.
Contributor guide
No contributing guide indexed for this repository
Research direction
Start in the Agent / macOS Hook handling for capture_mouse_events and inspect how HiRes wheel capability detection and the scroll quantizer interact. Reproduce with a Logitech Lift on macOS, then verify that mice without the 0x2121 feature no longer stutter, lose native inertia, or freeze when capture_mouse_events is enabled.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- desktop, operating-systems
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 50/100