Meta/Modifier keys stick in XTEST injection (x2x or synergy)
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
X.Org X server |
Fix Released
|
High
|
|||
Xorg Xserver VESA |
New
|
Undecided
|
Unassigned |
Bug Description
With both X2X and Synergy, the local key state gets stuck with some modifiers on, both randomly and in response to key usage on the remote X.
Case 1, random: I have seen Shift toggled on in the middle of a sENTENCE< EVEN WHEN IT was unused. Pressing Shift on the remote keyboard has no effect, but on the local keyboard, it will un-set the Shift modifier. Triggering of this case appears to be somewhat rare, perhaps once every ten thousand button presses or 10 times per day.
Case 2, repeatable: For the last week or so, I can repeatably and reliably trigger Ctrl state high, on any use of Ctrl from the remote keyboard. Again, only local Ctrl preee+release unsets the state. For this case, I attach an XEV dump of it happening.
local xorg v1:7.5+1ubuntu2
remote xorg v1:7.5+3ubuntu1
(Both are loosely following Lucid, and are updated occasionally. The problems have been happening since before Karmic, though.)
Other disclosure: Using compiz or not does not seem to affect it. On both machines, I have set CapsLock to be Ctrl, and Menu key to be Compose, and Hyper is mapped to Win-keys. Both are using the same keymapping, according to Gnome Keyboard Preferences + Layout: "Generic 104-key PC". (Though one is a laptop (~86) and one is a true 104.)
Changed in xorg-server: | |
status: | Unknown → Confirmed |
Changed in xorg-server: | |
importance: | Unknown → High |
status: | Confirmed → Fix Released |
Changed in xorg-server: | |
importance: | High → Unknown |
Changed in xorg-server: | |
importance: | Unknown → High |
Reassigning to XKB, my bet is it's a race condition in the repeat code.