qmk/qmk_firmware
Ver no GitHub[Bug] Azoteq mouse button processing bug - resets the status of mouse buttons
Open
#26.168 aberto em 21 de abr. de 2026
bughelp wanted
Métricas do repositório
- Stars
- (20.368 stars)
- Métricas de merge de PR
- (Mesclagem média 20d 9h) (27 fundiu PRs em 30d)
Description
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