ubuntu-x-swat team mailing list archive
-
ubuntu-x-swat team
-
Mailing list archive
-
Message #145532
[Bug 884293] [NEW] trackpoint middle clicks are often lost
Public bug reported:
The change in bug #554984 (enabling trackpoint scrolling by default) has
made middle-clicking very flaky in oneiric. I am using the latest
updates of oneiric in a new install. My computer is a Lenovo T510, but
since the issue is caused by a new setting in 11-evdev-trackpoint.conf,
that shouldn't be relevant.
For me, middle-clicking is used all the time (opening browser links,
closing tabs, pasting text), and having events silently get ignored is
very annoying. The driver often gets in a state where it takes
something like 4 middle-clicks for an event to be noticed. I would
imagine that the scroll-event logic either has a state-machine bug
(since I wasn't touching the "nub") or it needs a higher threshold for
movement before it kicks in and disables the middle click event.
I tried using gpointing-device-settings to disable trackpoint scrolling,
but the effect was only temporary -- a reboot enabled it again, at which
point the checkbox in gpointing-device-settings is out of sync with
reality.
I have worked around the issue by changing the settings in
/usr/share/X11/xorg.conf.d/11-evdev-trackpoint.conf to disable the
EmulateWheel setting (and disable Emulate3Buttons too, since there are 3
buttons).
Hopefully the underlying issue can be fixed so that someone can both
middle-click consistently and also use that button for trackpoint
scrolling.
** Affects: xserver-xorg-input-evdev (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xserver-xorg-input-evdev in Ubuntu.
https://bugs.launchpad.net/bugs/884293
Title:
trackpoint middle clicks are often lost
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-evdev/+bug/884293/+subscriptions
Follow ups
References