Sticking Keys
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Compiz |
Invalid
|
Undecided
|
Unassigned | ||
X.Org X server |
Fix Released
|
Unknown
|
|||
xorg (Ubuntu) |
Invalid
|
Undecided
|
Unassigned | ||
xorg-server (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
Binary package hint: xorg
This was originally filed as a Wine bug, but I have recently determined it to be a more general bug in X, if someone can prove it otherwise, please do, do help narrow things down.
Anyway, occasionally when in an OpenGL application, Games, for instance... a Button with magically begin to repeat itself, as if being held down. It could be the up arrow, 1, 2, w, q, z, whatever, it's a general issue. It rarely happens right off, but seems entirely random when it occurs. It has been seen in both native and non-native (non-native-ish (wine)) OpenGL applications, and is becoming a real plague to gaming.
I can't offer very much specific information, I mean this is a hard thing to trace. Myself I mainly see it in Wine, but that is where I spend most of my time as far as gaming goes, and it has been witnessed by others in native applications, and found true by myself in trials.
After closing the application in question, the key remains repeating, sticking, if you will. For example, if it were the 'up' key, and I made it back to my terminal, the behavior would be scrolling through my type history. you get the idea on how that works most likely.
Changed in xorg-server: | |
status: | Unknown → Confirmed |
Changed in xorg: | |
status: | New → Confirmed |
Changed in compiz: | |
status: | New → Confirmed |
Changed in compiz: | |
status: | Confirmed → Invalid |
Changed in xorg-server: | |
status: | Confirmed → Invalid |
Changed in xorg-server: | |
status: | Unknown → Confirmed |
Changed in xorg-server: | |
status: | Incomplete → Fix Released |
Changed in compiz: | |
status: | New → Invalid |
Changed in xorg-server: | |
status: | Confirmed → Invalid |
Changed in xorg-server: | |
status: | Invalid → Fix Released |
I've seen something like this with the alt key - it'll stick in the "down" state, so alt-tab and alt for menu access become problematic. Suspend-resume doesn't help, so I tend to agree that it's an xorg issue.
$ uname -a
Linux mblakele-lt 2.6.24-7-generic #1 SMP Thu Feb 7 00:56:31 UTC 2008 x86_64 GNU/Linux
$ lspci | grep ATI
01:00.0 VGA compatible controller: ATI Technologies Inc M52 [Mobility Radeon X1300]
$ apt-show-versions | grep xorg xorg-input- kbd/hardy uptodate 1:1.2.2-3ubuntu1 xorg-video- s3/hardy uptodate 1:0.5.0-4 xorg-video- voodoo/ hardy uptodate 1:1.1.1-5 xorg-video- vga/hardy uptodate 1:4.1.0-8 xorg-video- cirrus/ hardy uptodate 1:1.1.0-8 xorg-input- synaptics/ hardy uptodate 0.14.7~ git20070706- 1ubuntu2 xorg-video- intel/hardy uptodate 2:2.2.0.90-2ubuntu2 xorg-video- mga/hardy uptodate 1:1.4.8.dfsg.1-1 xorg-video- tseng/hardy uptodate 1:1.1.1-4 xorg-video- ati/hardy uptodate 1:6.7.197+ git20080208. 8606c1bd- 0ubuntu0tormod xorg-video- rendition/ hardy uptodate 1:4.1.3.dfsg.1-4 xorg-input- evdev/hardy uptodate 1:1.2.0-1 xorg-input- vmmouse/ hardy uptodate 1:12.4.3-1ubuntu1 xorg-video- fbdev/hardy uptodate 1:0.3.1-4 xorg-core/ hardy uptodate 2:1.4.1~ git20080131- 1ubuntu2 xorg-input- all/hardy uptodate 1:7.3+10ubuntu4 xorg-video- cyrix/hardy uptodate 1:1.1.0-8 xorg-video- openchrome/ hardy uptodate 1:0.2.901-0ubuntu4 xorg-video- sis/hardy uptodate 1:0.9.3-6 xorg-video- glint/hardy uptodate 1:1.1.1-8 xorg-video- vmware/ hardy uptodate 1:10.15.2-1 xorg-video- all/hardy uptodate 1:7.3+10ubuntu4 xorg-video- dummy/hardy uptodate 1:0.2.0-7 xorg-video- radeonhd/ hardy uptodate 1.1.0+git200802 08.7606be1a- 0ubuntu0tormod xorg-video- trident/ hardy uptodate 1:1.2.3-6 xorg-video- savage/ hardy uptodate 1:2.1.3+ git20080131. 583051fc- 0ubuntu0tormod xorg-video- v4l/hardy uptodate 1:0.1.1-6ubuntu1 xorg-video- neomagic/ hardy uptodate 1:1.1.1-8 xorg-input- wacom/hardy uptodate 1:0.7.9.3-2ubuntu2 xorg-video- sisusb/ hardy uptodate 1:0.8.1-9 xorg-video- vesa/hardy uptodate 1:1.3.0-4ubuntu3 xorg-video- nv/hardy uptodate 1:2.1.7-1 xorg-video- s3virge/ hardy uptodate 1:1.9.1-7 xorg-video- tga/hardy uptodate 1:1.1.0-9ubuntu1 xorg-video- ark/hardy uptodate 1:0.6.0-9 xorg-video- i128/hardy uptodate 1:1.2.1-4 xorg-input- mouse/hardy uptodate 1:1.2.3-2 xorg-video- via/hardy uptodate 1:0.2.2-5 xorg-video- tdfx/hardy uptodate 1:1.3.0-6 xorg-video- apm/hardy uptodate 1:1.1.1-10 xorg-video- i810/hardy uptodate 2:1.7.4-0ubuntu7 xorg-video- siliconmotion/ hardy uptodate 1:1.5.1-3 xorg-video- chips/hardy uptodate 1:1.1.1-9
xserver-
xserver-
xserver-xorg/hardy uptodate 1:7.3+10ubuntu4
xserver-
xserver-
xserver-
xserver-
xserver-
xserver-
xserver-
xserver-
xserver-
xorg/hardy uptodate 1:7.3+10ubuntu4
xserver-
xserver-
xserver-
xserver-
xserver-
xserver-
xserver-
xserver-
xserver-
xserver-
xserver-
xserver-
xserver-
xserver-
xserver-
xserver-
xserver-
xserver-
xserver-
xserver-
xserver-
xserver-
xserver-
xserver-
xserver-
xserver-
xserver-
xserver-
xserver-
xserver-
xserver-
xserver-
$ xdpyinfo
name of display: :0.0
version number: 11.0
vendor string: The X.Org Foundation
vendor release number: 10400090
X.Org version: 1.4.0.90
maximum request size: 16777212 bytes
motion buffer size: 256
bitmap unit, bit order, padding: 32, LSBFirst, 32
image byte orde...