Steps to Reproduce: 1. Log in graphically (I'm using KDE, but I confirmed it in Gnome as well) 2. Use a key combination including the Win key (e.g. Win+L) 3. If it doesn't reproduce, log out and go to step 1 until it does (it should about 1/2 to 2/3 of the time) Actual results: L Expected results: Win+L Additional info: In the attached xev log, I did the following (and separated each out with extra white space): - 2 - Win (left) - Win+2 - Alt - Alt+2 As you can see, the Win key is not changing the modifier state -- it's still 0x10. It should be 0x50. The Alt key works correctly, changing the state to 0x18.
You can see the xev log file here: https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=128631
I've seen this once or twice as well, but for me the problem rarely occurs. Note that it's trivial to work around the problem with xmodmap. In a terminal, run: xmodmap -e "keycode 115 = Super_L" (Keycode 115 should be the Win key on a standard 104-key PC keyboard, but if you're using some funky keyboard, you should use xev to confirm that keycode 115 is the correct one.)
Sorry about the phenomenal bug spam, guys. Adding xorg-team@ to the QA contact so bugs don't get lost in future.
Reference: https://bugzilla.redhat.com/show_bug.cgi?id=239409 Version -> 7.4 (Fedora 9) OS -> All (Seen on FreeBSD)
Works for me using xserver 1.9 and Ubuntu 10.10. I'm assuming this bug has been fixed, so I'm closing it. Reopen if it hasn't.
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.