AprilNEA / AprilNEA/OpenLogi

[Bug]: Non-HiRes scroll mice (e.g. Logitech Lift) suffer scroll stutter/lag when capture_mouse_events is enabled on macOS

Open
#1,150 0 comments 0 reactions 0 assignees View on GitHub
platform: macos type: bug
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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.