Red Hat Bugzilla – Bug 455606
Middle mouse button doesn't work anymore
Last modified: 2018-04-11 14:42:21 EDT
Description of problem:
I have a logitech revolution, the last Xorg I could use (Fedora 7) one of the
buttons worked fine as the middle button. Now I can't get any of them to do it.
Version-Release number of selected component (if applicable):
This is the mouse:
The Xorg.log has:
(II) config/hal: Adding input device Macintosh mouse button emulation
(II) LoadModule: "evdev"
(II) Loading /usr/lib64/xorg/modules/input//evdev_drv.so
(II) Module evdev: vendor="X.Org Foundation"
compiled for 0.0.0, module version = 1.0.0
Module class: X.Org XInput Driver
ABI class: X.Org XInput driver, version 2.0
(**) Macintosh mouse button emulation: always reports core events
(**) Macintosh mouse button emulation: Device: "/dev/input/event0"
(II) Macintosh mouse button emulation: Found x and y relative axes
(II) Macintosh mouse button emulation: Found mouse buttons
(II) Macintosh mouse button emulation: Configuring as mouse
(II) XINPUT: Adding extended input device "Macintosh mouse button emulation"
(II) config/hal: Adding input device Logitech USB Receiver
(**) Logitech USB Receiver: always reports core events
(**) Logitech USB Receiver: Device: "/dev/input/event3"
(II) Logitech USB Receiver: Found x and y relative axes
(II) Logitech USB Receiver: Found mouse buttons
(II) Logitech USB Receiver: Configuring as mouse
(II) XINPUT: Adding extended input device "Logitech USB Receiver" (type: MOUSE)
...my xorg.conf currently has:
Option "Device" "/dev/input/mice"
# Option "Protocol" "IMPS/2"
# Option "Protocol" "USB"
# Option "Protocol" "Auto"
Option "Protocol" "Logitech"
Option "ZAxisMapping" "4 5"
# Option "ButtonMapping" "1 8 3 6 9"
...I've tried the commented out options, and it used to work with IMPS/2 and no
The button I used to use as the middle button is reported as "button 8" in xev,
hence my trying the above buttonmapping.
Just to be sure, can we get whole /etc/X11/xorg.conf and /var/log/Xorg.*.log as
well please attached to this bug report as separate and uncompressed attachments?
Thank you very much.
The log excerpt indicates that evdev takes over your mouse.
In F9, input devices are hotplugged with the evdev driver. The list of devices
is provided by HAL, and any device using evdev will not send to /dev/input/mice.
If a InputDevice is configured for /dev/input/mice, it won't generate any event
if all mice are hotplugged through HAL. This usually looks like the
configuration is ignored or lost.
The two options to fix this is:
- Add Option "AutoAddDevices" "off" to the ServerLayout. This disables input
device hotplugging alltogether and prevents evdev from taking over.
- Change the InputDevice section to use evdev as driver and specify the device
file as /dev/input/by-id/... or /dev/input/by-path/... /dev/input/event0 is
valid too, but those numbers may change on reboot.
If you choose this option, you may have to specify multiple InputDevice sections
since evdev does not have an equivalent to /dev/input/mice.
Beware that some option that are supported in the mouse driver may not be
available in the evdev driver. If so, you can file a feature request with
upstream at http://bugs.freedesktop.org/show_bug.cgi?id=16699.
I'm closing this as NOTABUG, it's a configuration issue. Feel free to reopen if
I misinterpreted it.
Ok, so I've reverted to my original config. + 'Option "AutoAddDevices" "off"'
in the server layout ... as that sounds like the easiest/best method? I'll
probably reboot X sometime tomorrow to see if that fixes it.
But that then begs the question, why do we do the evdev stuff now? What is the
evdev separates the physical devices. with evdev, the server actually knows that
you have 2 keyboards and 4 mice connected. with /dev/input/mice, the server only
knows about one.
One of the benefits is hotplugging, you can hotplug and the server knows that a
new device is available. The other benefit is multi-device capabilities, which
won't come until X11R7.5 or later.
In the bright and sometimes distant future, evdev devices also announce their
capabilities, so you know that a device has 4 axes and 17 buttons, rather than
All that aside, the evdev driver is also easier to maintain than the mouse
driver. For now anyway.