Bug 443608 - Thinkpad Trackpoint middle button scrolling not working
Thinkpad Trackpoint middle button scrolling not working
Product: Fedora
Classification: Fedora
Component: xorg-x11-drv-mouse (Show other bugs)
i386 Linux
low Severity low
: ---
: ---
Assigned To: Peter Hutterer
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2008-04-22 10:56 EDT by Derek Cramer
Modified: 2008-07-18 02:11 EDT (History)
5 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2008-07-18 02:11:54 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
Xorg.0.log (25.66 KB, text/plain)
2008-04-22 10:56 EDT, Derek Cramer
no flags Details
Xorg.conf. These settings work as expected in F8. (1.19 KB, text/plain)
2008-04-22 10:59 EDT, Derek Cramer
no flags Details

  None (edit)
Description Derek Cramer 2008-04-22 10:56:53 EDT
Description of problem:
Trackpoint middle button scrolling does not work in rawhide / F9

Version-Release number of selected component (if applicable):

How reproducible:
Consistently every session.

Steps to Reproduce:
1. Enable middle button scrolling in xorg.conf (as per
2. Try to scroll up or down in any window (gnome-terminal, firefox, gedit etc.)
This works perfectly in Fedora 8 on the same machine and the same xorg.conf.
3. Profit ??
Actual results:
Holding middle mouse button and moving trackpoint just moves the pointer as
though the middle button wasn't pressed.

Expected results:
Window should scroll up or down.

Additional info:
Lenovo Thinkpad T60 (1951-CZ1). UltraNav disabled in BIOS - just using
Trackpoint. Can also test on a T40 and T41 if required, but haven't done so yet.
X.0.log and xorg.conf attached.
Comment 1 Derek Cramer 2008-04-22 10:56:53 EDT
Created attachment 303322 [details]
Comment 2 Derek Cramer 2008-04-22 10:59:14 EDT
Created attachment 303323 [details]
Xorg.conf. These settings work as expected in F8.
Comment 3 Bug Zapper 2008-05-14 05:56:55 EDT
Changing version to '9' as part of upcoming Fedora 9 GA.
More information and reason for this action is here:
Comment 4 Ventsislav Genchev 2008-05-16 14:27:51 EDT
I can also confirm the problem on my R51.
It is present on xorg-x11-drv-mouse-1.3.0-2.fc9
Comment 5 Marcin Zablocki 2008-05-19 17:16:21 EDT
I can also confirm on T42p. 
Comment 6 Stepan Lendak 2008-05-20 03:49:59 EDT
solution is here (not tested):

Comment 7 Derek Cramer 2008-05-20 08:59:33 EDT
> solution is here (not tested):
> http://vbraun.name/cms/node/7

(In reply to comment #6)
Volker's solution (above link) works for me. Not sure whether it is a good
permanent solution though. I had never heard of the evdev driver before. Are
there any other potentially unwanted side effects of disabling AutoAddDevices?
My external USB mouse still works as expected, so I'm happy enough. Should X
respect the mouse driver if specified in the xorg.conf, or is evdev supposed to
take over?
Comment 8 Ventsislav Genchev 2008-05-21 12:20:02 EDT
Personally, I have only the following lines on top of the xorg.conf file in
order to get it all working again:

Section "ServerFlags"
        Option "AutoAddDevices" "false"

No need of the evdev driver.
Comment 9 Peter Hutterer 2008-07-18 02:11:54 EDT
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. 

Closing as NOTABUG since it was caused by a configuration problem.

Note You need to log in before you can comment on or make changes to this bug.