← Back to team overview

touch-packages team mailing list archive

[Bug 681567] Re: [regression] With slow mice, opening a right-click context menu immediately executes the first entry

 

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