qmk/qmk_firmware
[Bug] Azoteq mouse button processing bug - resets the status of mouse buttons
Geschlossen
#26.168 geöffnet am 21.04.2026
bughelp wanted
Repository-Metriken
- Stars
- (20.368 Sterne)
- PR-Merge-Metriken
- (PR-Metriken ausstehend)
Beschreibung
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