Bug 4524 - Modifiers such as Alt_L gets stuck when using Alt-Shift-<, with certain layouts
Summary: Modifiers such as Alt_L gets stuck when using Alt-Shift-<, with certain layouts
Status: CLOSED FIXED
Alias: None
Product: ThinLinc
Classification: Unclassified
Component: VNC (show other bugs)
Version: trunk
Hardware: PC Unknown
: P2 Normal
Target Milestone: 4.1.0
Assignee: Pierre Ossman
URL:
Keywords: astrand_tester
Depends on: 4525
Blocks: keyboard
  Show dependency treegraph
 
Reported: 2013-01-28 15:58 CET by Peter Åstrand
Modified: 2013-05-27 14:08 CEST (History)
0 users

See Also:
Acceptance Criteria:


Attachments

Description Peter Åstrand cendio 2013-01-28 15:58:36 CET
If you press the keyboard combination Alt, Shift, "<" (which is common in Emacs), it sometimes happens that the Alt modifier gets stuck in the down position. A single press on Alt_L releases it again. 

If you instead press Shift, Alt, "<" (it Shift before Alt), you get a ">" symbol instead of the desired action (which is to go to the end of the document).  

In both cases, the problem seems to be caused by Alt_L in two places in the keyboard layout:

$ xmodmap -pke | grep Alt
keycode  64 = Alt_L Meta_L
keycode 204 = NoSymbol Alt_L

Removing any of them solves both problems above. Ie, it works with:

$ xmodmap -pke | grep Alt
keycode 64 = Alt_L Meta_L

but also:

$ xmodmap -pke | grep Alt
keycode 204 = Alt_L Meta_L

It could be that the code in Xvnc assumes that Alt_L can only be found in one single location in the keyboard layout.
Comment 1 Pierre Ossman cendio 2013-04-15 16:38:04 CEST
Fixed as part of bug 3074. The new code makes sure to send the same keycode for a given symbol. The old one could sometimes pick a different one, resulting in a key left in a down state.
Comment 2 Peter Åstrand cendio 2013-05-27 14:08:17 CEST
Cannot reproduce this problem with the new implementation.

Note You need to log in before you can comment on or make changes to this bug.