unity responds non-deterministically on Super-Key & other input
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Unity |
Confirmed
|
Undecided
|
Unassigned | ||
unity (Ubuntu) |
Confirmed
|
Undecided
|
Unassigned |
Bug Description
Initial position is "dash closed"
1. Pressing (and Releasing) the Super-Key an odd number of times doesn't necessarily result in having an open dash, but this is expected
2. same as 1. with even number of key strokes doesn't necessarily result in closed dash necessariy, but it expected
3. Pressing and Releasing and then Pressing without Releasing doesn't necessarily result in the dash and help open
4. Super-Key and then typing any word doesn't necessarily result in the whole word being typed into the dash search but whatever other window that was open last.
In order to reproduce this you should type rather fast. e.g. for 1) do 7 key-strokes in 1-2 seconds.
Why is this a problem:
1.) The user can't depend on the same actions having the same result except if he waits for the UI reaction. This forces the user to slow down (ping pong slow down) and to adapt to the performance uf the underlying system.
2.) Non-deterministic behaviour lets the user tend to retry which may result in an "explosive" UI response.
ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: unity 5.12-0ubuntu1.1
ProcVersionSign
Uname: Linux 3.2.0-25-generic x86_64
NonfreeKernelMo
ApportVersion: 2.0.1-0ubuntu8
Architecture: amd64
CompizPlugins: [core,composite
Date: Tue Jun 26 12:12:35 2012
InstallationMedia: Ubuntu 12.04 LTS "Precise Pangolin" - Release amd64 (20120425)
ProcEnviron:
LANGUAGE=de_CH:de
PATH=(custom, user)
LANG=de_CH.UTF-8
SHELL=/bin/bash
SourcePackage: unity
UpgradeStatus: No upgrade log present (probably fresh install)
3.) The problem doesn't fit at all to the idea of a "Precise"-ly acting operating system :-(