Fedora Core 3 Test 1 Package: xorg-x11-6.7.0-6 Window Manager: IceWM version: icewm-1.2.13-1 IceWM makes extensive use of the windows key (Super_L and Super_R) for workspace navigation. As far as I can tell, IceWM is not receiving either the Super_L nor Super_R keypress events. The following URL indicates this is a bug with X: <http://lists.freebsd.org/pipermail/freebsd-questions/2004- August/054446.html>. Using same version of IceWM on XFree86 supports this theory. xev reports the following when the windows key (Super_L) is pressed: KeyPress event, serial 30, synthetic NO, window 0x3400001, root 0x60, subw 0x0, time 39132174, (96,90), root:(98,114), state 0x10, keycode 115 (keysym 0xffeb, Super_L), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 30, synthetic NO, window 0x3400001, root 0x60, subw 0x0, time 39132392, (96,90), root:(98,114), state 0x50, keycode 115 (keysym 0xffeb, Super_L), same_screen YES, XLookupString gives 0 bytes: xev provides expected results. Changing keyboards from a 104 key US keyboard to a Microsoft Natural keyboard has no effect.
This appears to possibly be a duplicate of the following bugs: http://freedesktop.org/bugzilla/show_bug.cgi?id=587 http://bugs.kde.org/show_bug.cgi?id=78467 http://bugs.kde.org/attachment.cgi?id=5740&action=view
The patch from seconf link <http://bugs.kde.org/show_bug.cgi?id=78467> did not work. The changes to Xmodmap (directed to be in ~/.Xmodmap) that I placed in /etc/X11/xmodmap worked fine. My fix: cat <<EOF >> /etc/X11/Xmodmap keycode 115 = Super_L keycode 116 = Super_R keycode 127 = keycode 128 = clear Mod4 add Mod4 = Super_L Super_R EOF Thank you for the assistance. - George
Looks like this was never updated properly. Closing.
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.