Logitech USB wireless mouse - middle mouse button drag produces spurious ButtonPress/ButtonRelease events
Bug #309559 reported by
Kevin Mehall
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
xserver-xorg-input-mouse (Ubuntu) |
Invalid
|
Undecided
|
Unassigned |
Bug Description
When dragging with the middle mouse button in Ubuntu 8.10, using a Logitech Cordless USB mouse, ButtonPress and ButtonRelease events are generated throughout the drag. This causes problems in programs like Blender where the middle mouse button is used to rotate the 3D view. The rotation stops part-way.
lsusb entry:
Bus 004 Device 003: ID 046d:c510 Logitech, Inc. Cordless Mouse
Xev output attached. That log is for a single button press, drag, and release. It appears that button 2 works correctly, while the spurious events are on buttons 6 and 11.
To post a comment you must log in.
The ButtonPress events, it turns out, are actually the result of tilting the wheel side to side. I didn't know that the mouse even had this capability, as it was used previously under Windows, which didn't detect these extra buttons.
Still, Blender shouldn't stop the rotation when these buttons are pressed, since it is nearly impossible to click the middle mouse button without tilting it to the side a little.
A temporary fix is to run the command:
xinput set-button-map "Logitech USB Receiver" 1 2 3 4 5 0 0 0 0 0 0 0 0 0 0 0 0 0
(substitute the name of your mouse as shown in lshal)
This disables all extra buttons