Global menu button ignores multiple clicks/keystrokes in rapid succession

Bug #777492 reported by Anders Kaseorg
32
This bug affects 6 people
Affects Status Importance Assigned to Milestone
Unity
Fix Released
Low
Unassigned
unity (Ubuntu)
Fix Released
Medium
Unassigned

Bug Description

Binary package hint: unity

If I click multiple times on the global menu button such that each click is within about half a second of the previous click, all but the first click get ignored. So if I accidentally click on the corner of the screen and realize that I didn’t want to open/close the menu, I have to wait half a second doing nothing before trying again. This results in a frustrating perception of unresponsiveness.

(I’m guessing this is some kind of bug involving double-click detection?)

== TEST CASE ==
1. Tap on Super to open the dash
2. Press quickly on ESC then ALT+F2 (less than .5s between keystrokes ?)
3. Tap on Super to open the dash again

Result:
The second tap on Super (step 3) shows the "Run a command" prompt

Expected:
The dash opens

ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: unity 3.8.12-0ubuntu1
ProcVersionSignature: Ubuntu 2.6.39-0.5-generic 2.6.39-rc5
Uname: Linux 2.6.39-0-generic x86_64
NonfreeKernelModules: openafs
Architecture: amd64
CompizPlugins: [core,bailer,detection,composite,opengl,compiztoolbox,decor,gnomecompat,resize,mousepoll,place,regex,grid,vpswitch,snap,move,resizeinfo,animation,wall,expo,session,ezoom,workarounds,staticswitcher,fade,scale,unityshell]
Date: Wed May 4 19:24:00 2011
EcryptfsInUse: Yes
InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Alpha amd64 (20101202)
ProcEnviron:
 LANGUAGE=en_US:en
 PATH=(custom, user)
 LANG=en_US.utf8
 SHELL=/bin/bash
SourcePackage: unity
UpgradeStatus: No upgrade log present (probably fresh install)

Revision history for this message
Anders Kaseorg (andersk) wrote :
Revision history for this message
Anders Kaseorg (andersk) wrote :

Fascinating: this doesn’t apply only to clicks, but also to keyboard shortcuts. So if open the global menu, wait a second, then hit Esc Alt+F2 within .5 seconds of each other, the “Run a command” menu doesn’t open. Then, the next time I click the global menu, I get the “Run a command” menu instead! Aagh!

Revision history for this message
Jean-Baptiste Lallement (jibel) wrote :

Thanks for your report. I can confirm and reproduce with the keyboard shortcuts. Marking as triage/medium (affects usability of a core component)

Changed in unity (Ubuntu):
status: New → Triaged
importance: Undecided → Medium
description: updated
Changed in unity:
status: New → Confirmed
Revision history for this message
Marco Biscaro (marcobiscaro2112) wrote :

I think this is a feature, not a bug. See bug #766776.

Revision history for this message
Jean-Baptiste Lallement (jibel) wrote :

If the "quick click behaviour" is a feature, only the test case with the keyboard may be a bug.

summary: - Global menu button ignores multiple clicks in rapid succession
+ Global menu button ignores multiple clicks/keystrokes in rapid
+ succession
Changed in unity:
status: Confirmed → Triaged
Revision history for this message
Anders Kaseorg (andersk) wrote :

I want to be clear about this: even if the suppressing double-clicks within .5 sec is an (IMO ill-conceived) feature, it’s unquestionably wrong that the implementation continues to discard clicks after .5 sec have passed. I can keep clicking all day and the menu will _never go away_ as long as I’m clicking fast enough.

Revision history for this message
The Fiddler (stapostol) wrote :

I can confirm this issue. Each consecutive click apparently resets the suppression timeout, which is not how things are supposed to work!

Ideal solution:
- do not apply suppression to keyboard events. This is outright wrong ("double-click" is a mouse concept, not a keyboard one. Applying suppression to the keyboard is completely inconsistent with how the rest of the desktop works!)
- use the global mouse double-/triple-click setting from gnome (i.e. do not use 500ms or any other hardcoded value). These settings are there for a reason.
- reset the suppression timeout only on successful clicks, not on every click. This will fix the "keep clicking to eternity" bug.

Please consider bumping the priority, this is a very evident usability issue (and one of the first "slowness"/"hesitation" issues that I noticed on Unity - no, it's not slow in reality, yes this issue makes it feel that way anyway!)

Omer Akram (om26er)
Changed in unity:
importance: Undecided → Low
tags: added: testcase
Revision history for this message
jhfhlkjlj (fdsuufijjejejejej-deactivatedaccount) wrote :

With the release of 11.10 I believe this is fixed. Can anyone confirm this?

Revision history for this message
Daniel van Vugt (vanvugt) wrote :

Indeed Unity 4.x/Ubuntu 11.10 did resolve this bug. Status updated...

Changed in unity:
status: Triaged → Fix Released
Changed in unity (Ubuntu):
status: Triaged → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.