qmk/qmk_firmware
[Bug] Azoteq mouse button processing bug - resets the status of mouse buttons
已關閉
#26,168 建立於 2026年4月21日
bughelp wanted
倉庫指標
- 星標
- (20,368 顆星)
- PR 合併指標
- (PR 指標待抓取)
描述
Describe the Bug
Hi I think there's a bug in the way mouse buttons are processed in azoteq_iqs5xx.c. It's preventing click&drag if mouse click is coming from outside of Azoteq device. It comes down to the fact that there's an empty mouse report created called temp_report and it's then being returned without consideration of previous mouse_report state. This is causing mouse button release even though user is still holding the key. I have shown this on my stream.
Thank you.
Keyboard Used
No response
Link to product page (if applicable)
No response
Operating System
All
qmk doctor Output
Is AutoHotKey / Karabiner installed
- AutoHotKey (Windows)
- Karabiner (macOS)
Other keyboard-related software installed
No response
Additional Context
No response