Wayne Davison, this bug was reported a while ago and there hasn't been any activity in it recently. We were wondering if this is still an issue? If so, could you please test for this with the latest development release of Ubuntu? ISO images are available from http://cdimage.ubuntu.com/daily-live/current/ .
If it remains an issue, could you please run the following command in the development release from a Terminal (Applications->Accessories->Terminal), as it will automatically gather and attach updated debug information to this report: apport-collect -p xserver-xorg-input-evdev REPLACE-WITH-BUG-NUMBER Please note, given that the information from the prior release is already available, doing this on a release prior to the development one would not be helpful. Thank you for your understanding. Helpful bug reporting tips: https://wiki.ubuntu.com/ReportingBugs ** Changed in: xserver-xorg-input-evdev (Ubuntu) Importance: Undecided => Low ** Changed in: xserver-xorg-input-evdev (Ubuntu) Status: Confirmed => Incomplete -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xserver-xorg-input-evdev in Ubuntu. https://bugs.launchpad.net/bugs/884293 Title: trackpoint middle clicks are often lost Status in “xserver-xorg-input-evdev” package in Ubuntu: Incomplete Bug description: 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. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-evdev/+bug/884293/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
