Bug 25669

Summary:	Mode_switch alternate mode often stays activated after key-release
Product:	xorg	Reporter:	Peter Wayne <wayne_ftrxwo>
Component:	* Other	Assignee:	Peter Hutterer <peter.hutterer>
Status:	RESOLVED DUPLICATE	QA Contact:	Xorg Project Team <xorg-team>
Severity:	major
Priority:	high	CC:	wayne_ftrxwo
Version:	unspecified
Hardware:	x86 (IA32)
OS:	Linux (All)
Whiteboard:
i915 platform:		i915 features:

Description Peter Wayne 2009-12-16 02:26:18 UTC

X.Org X Server 1.7.3.901 (1.7.4 RC 1)

No special keyboard settings in xorg.conf (autodetection).

Dummy .xmodmap:
keycode 30 = u U aring Aring
keycode 94 = Mode_switch

Keycode 94 is the key right to L_Shift on my Lenovo Thinkpad X41 with German Layout ( http://www.schwoll.de/thinkpad/tastatur.jpg ). This doesn't really matter, since it also applies to other keys.

Usually I could hold 94 and then press "u" and the special character would show up. After releasing 94 normal behavior was restored. Now the alternate mode often stays activated, even though I've already released 94.

When holding 94 and watching the output of xev, the state is initially always "0x00". However after Mode_switch has been used for the first time together with "u", the state in xev shows the following pattern "0x00 0x00 0x2000 0x2000 0x00 0x00 0x2000 0x2000 0x00 0x00 ...". When I hit "u" while it is 0x00, a normal "u" appears. Else the special character.

If the alternate mode is locked in, I can restore correct behavior by holding Mode_switch for a while. If I'm lucky and release it at the correct moment, everything is fine again.

What more information do you need?

Comment 1 Sebastian Biallas 2010-12-06 11:39:53 UTC

Same as 27807

Comment 2 Jeremy Huddleston Sequoia 2011-10-03 20:02:46 UTC


*** This bug has been marked as a duplicate of bug 23938 ***

Comment 3 Peter Hutterer 2011-10-04 20:37:46 UTC

pretty sure this is not the same issue. mode_switch had other issues until
1.10, see https://bugzilla.redhat.com/show_bug.cgi?id=537708

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.