GNOME Bugzilla – Bug 114651
left-handed intellimouse switches buttons incorrectly
Last modified: 2007-02-04 11:10:38 UTC
Description of problem: Switching to left-handed mouse makes the wheel button "left-click" instead of the right button. Version-Release number of selected component: control-center-2.2.0.1-9 How reproducible: Always Steps to Reproduce: 1. Switch to left-handed mouse Actual Results: middle button is left-click Expected Results: right button is left-click
I have similar: mouse is a MS optical wheel mouse USB, using MS/Intellimouse(USB) and Generic/WheelMouse(USB) settings, in gnome-mouse-properties 2.2.01 (RH9 default install), and with use left handed mouse selected, I get both L&R mouse buttons acting as R mouse button. Completely shafts interaction with most window components. workaround: putting on the USB->PS2 adapter and using any PS2 settings everything seems to work fine.
seems to work fine here. Do you still get this issue ?
The code to swap the mouse buttons is in this file, function set_left_handed(): http://cvs.gnome.org/viewcvs/gnome-control-center/gnome-settings-daemon/gnome-settings-mouse.c?view=markup Although there doesn't seem to be any obvious bugs, I can understand that there could be problems with the X server. Simon, could you tell us which mouse you've been testing, how many buttons/wheels/etc. the mouse has, and the output of the test below.
Created attachment 36287 [details] mouse-test.c How to compile this test case is explained at the top of the source file. The goal is to figure out which X button (numbered from 1 to <number of buttons on the mouse>) corresponds to which physical button of the mouse. Once you started the testcase, please click, in turn, on each of the mouse buttons and make a note of which physical button corresponds to which X button. Do the test again with the left-handed mode turned on, and let us know the results. Button 1 in X will be the primary button, button 3 in X will be the contextual menu button.
Created attachment 37908 [details] gcc -L/usr/X11R6/lib -lX11 -o mouse_xlib_buttons mouse_xlib_buttons.c Hi, Is it possible to attach here the output of this test, this source contains part of the gnome-settion-mouse source ?, I believe the problem comes from X or the USB interface. The button mapping remains unchanged for some devices. To compile it : gcc -L/usr/X11R6/lib -lX11 -o mouse_xlib_buttons mouse_xlib_buttons.c ./mouse_xlib_buttons 2>/tmp/mouse_xlib_buttons.2.log * click from left to right on all the buttons and up to right on the wheel if it is present. * press 'r' on the little window * Again, click from left to right on all the buttons and up to right on the wheel if it is present. * press 'r' on the little window to reset the inverted mouse. * Again, click from left to right on all the buttons and up to right on the wheel if it is present. * then press 'q' to quit. Thanks,
If, after switching to left handed mode (r), you see duplicates events with the same creation time like : Mouse button P: 1, state: 0x0, time it was processed: 48426080 Mouse button P: 3, state: 0x200, time it was processed: 48426080 Mouse button R: 1, state: 0x100, time it was processed: 48426195 Mouse button R: 3, state: 0x300, time it was processed: 48426195 (note the duplicate events with the same creation time). Then is most likely you have configured two mosue devices for X, please check the defined input devices, and if they are both called within the "ServerLayout", avoiding one should avoid the duplicates events. Jose
Hi, Those are the input devices to check within the ServerLayout, please use them carefully, since having both of them cause sometimes this "bug". --- InputDevice "Mouse0" "CorePointer" InputDevice "DevInputMice" "AlwaysCore" --- Here's the X explanation : # If the normal CorePointer mouse is not a USB mouse then # this input device can be used in AlwaysCore mode to let you # also use USB mice at the same time. I believe if you use a USB mouse and not a PS2 and USB mouse at the same time, it should be wiser to comment the DevInputMice as explained in this comment. I do not believe this is a bug, anyway, if it is, please open it against bugzilla.freedesktop.org or XFree86 since it is not a Gnome related bug. cheers, Jose
Apologies for spam... ensuring Sun a11y folks are cc'ed on all current accessibility bugs.
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for. Thanks!