MS IntelliMouse Explorer for Bluetooth reports two Buttons for Wheel up (same for Wheel down)
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
bluez (Ubuntu) |
Fix Released
|
Medium
|
Charles Majola |
Bug Description
MS IntelliMouse Explorer for Bluetooth reports to different Buttons for wheel up (same for wheel down):
When I move the wheel slow up then I get in xev:
ButtonPress event, serial 27, synthetic NO, window 0x4000001,
root 0x52, subw 0x0, time 4023914839, (135,114), root:(155,204),
state 0x0, button 4, same_screen YES
ButtonRelease event, serial 27, synthetic NO, window 0x4000001,
root 0x52, subw 0x0, time 4023914839, (135,114), root:(155,204),
state 0x800, button 4, same_screen YES
If I move the wheel fast up then I get:
ButtonPress event, serial 27, synthetic NO, window 0x4000001,
root 0x52, subw 0x0, time 4023914780, (135,114), root:(155,204),
state 0x0, button 6, same_screen YES
ButtonRelease event, serial 27, synthetic NO, window 0x4000001,
root 0x52, subw 0x0, time 4023914780, (135,114), root:(155,204),
state 0x0, button 6, same_screen YES
For Wheel down the "slow" button is 5 and for fast movement the reportet Button is 7
This is annoying, because Firefox i.e. uses the Button 6 and 7 for forward/backward navigation, so if you scroll fast, Firefox goes a page back/forward.
On my Debian Unstable Installation (I used before Ubuntu Dapper) there wasn't this behavior, so I think it is Ubuntu bluez-utils related.
Changed in bluez-utils: | |
assignee: | nobody → chmj |
I've seen issues with my BT mice on earlier packages showing the wrong keypresses and confirm that it's fixed in the later releases such as the one in Intrepid.