Also on 14.04. Started googling for this issue once I noticed in Windows I did not suffer from this issue. Until that point I thought the mouse was just broken (some cheap Logitech mouse with USB bluetooth receiver.).
Easy and safet test in gnome-terminal: nearly everytime the mouse moves to left/down direction, either of the first two entries get clicked. Depressingly old bug report. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to gtk+2.0 in Ubuntu. https://bugs.launchpad.net/bugs/681567 Title: [regression] With slow mice, opening a right-click context menu immediately executes the first entry Status in gtk+2.0 package in Ubuntu: Confirmed Bug description: Repro steps: 1. Connect a mouse whose button press/release events arrive slowly. 2. Open any gtk app. (For example, gedit or gcalctool.) 3. Right-click somewhere to open a context menu whose first item is selectable. (For example, in gedit just type something and then right-click on the text area--the first item will be Undo and will be selectable. In gcalctool, type in a number, highlight it, and then right-click on the number--the first item will be Cut and will be selectable.) What I expect to happen: A context menu should appear and wait for the user to make a selection. What happens instead: A context menu appears and disappears and the app immediately executes the first entry without any further clicks. The user doesn't even have enough time to see what has happened. Obviously this is disorientating and annoying. This is a regression--it used to work fine. I think it started after the update to Maverick. I believe the problem only occurs with mice that have a large delay between the button press event and the button release event. The built-in trackpad and buttons in my laptop do NOT trigger the problem, but my external mouse does. (The external mouse came with my Wacom Bamboo CTE-450 tablet.) From looking at the timestamps in the "xev" tool, it appears that the external mouse has a much longer delay between the two events than the internal mouse (xev output is attached). The problem can be avoided in two ways, but neither is convenient: 1) By holding down the right mouse button, moving the mouse over the desired context menu entry, and then releasing the right mouse button. 2) By moving the mouse left and/or up while clicking, so that the mouse button is released quickly but at a different location on screen that is not over the context menu. Note that slowly moving the mouse to another area of the screen and releasing does NOT work because gtk dismisses the context menu if the button was held down for a certain amount of time before releasing. The problem only occurs in native gtk apps. Other apps such as Firefox and OpenOffice are not affected. To solve the problem, I recommend the following: 1) Create the context menu down-and-right of the mouse pointer, so that the mouse pointer is not over the first item when the right mouse button is released. AND 2) Increase the delay before treating a button release as a distinct event. ProblemType: Bug DistroRelease: Ubuntu 10.10 Package: libgtk2.0-0 2.22.0-0ubuntu1 ProcVersionSignature: Ubuntu 2.6.35-22.35-generic 2.6.35.4 Uname: Linux 2.6.35-22-generic x86_64 Architecture: amd64 Date: Thu Nov 25 12:04:25 2010 InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release amd64 (20100429) ProcEnviron: LANG=en_US.utf8 SHELL=/bin/bash SourcePackage: gtk+2.0 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gtk+2.0/+bug/681567/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
