← Back to team overview

ubuntu-x-swat team mailing list archive

[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