Bug 156039

Summary: Cannot use the Windows-Key (Super_L) for shortcuts
Product: [Applications] systemsettings Reporter: Tassilo Horn <tassilo>
Component: kcm_keysAssignee: Ellis Whitehead <ellis>
Status: RESOLVED DUPLICATE    
Severity: normal    
Priority: NOR    
Version First Reported In: unspecified   
Target Milestone: ---   
Platform: Compiled Sources   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description Tassilo Horn 2008-01-17 22:07:44 UTC
Version:           kdelibs r762474, kdebase r762477 (using Devel)
Installed from:    Compiled sources
Compiler:          gcc-4.2.2 
OS:                Linux

I installed KDE4 from the current svn trunk.

My problem is that I cannot define shortcuts that use the Super_L (aka Windows) key in "System Settings -> Keyboard & Mouse -> Keyboard Shortcuts". When I try to define a shortcut and press the windows key, the button displays only some boxes.  (Those boxes you get when the font you use has no glyph for this character.)

If I type for example "Win+E" I get "°°°^, E" displayed in the button instead, where ° is a box that seems to be some subscirpt (it reaches below the button) and ^ is a box in normal height.

This is what I get with xev when I press and release the windows key.

KeyPress event, serial 31, synthetic NO, window 0x1a00001,
    root 0x1a6, subw 0x0, time 49421672, (-617,460), root:(299,485),
    state 0x0, keycode 115 (keysym 0xffeb, Super_L), same_screen YES,
    XLookupString gives 0 bytes:
    XmbLookupString gives 0 bytes:
    XFilterEvent returns: False

KeyRelease event, serial 31, synthetic NO, window 0x1a00001,
    root 0x1a6, subw 0x0, time 49421779, (-617,460), root:(299,485),
    state 0x40, keycode 115 (keysym 0xffeb, Super_L), same_screen YES,
    XLookupString gives 0 bytes:
    XFilterEvent returns: False

Looks ok, I'd say.

Because I'm an emacs addict and as such cannot have my desktop "steal" any Alt- and Ctrl-shortcuts, this is really a showstopper for me.

I try using KDE4 for a week now and svn-updated and recompiled daily, but this bug was and is always there.
Comment 1 Emil Ljungdahl 2008-01-19 16:46:32 UTC
I also have the problem.
Comment 2 Henrik Segesten 2008-01-23 14:41:52 UTC
Duplicate of 155033
Comment 3 Stephan Binner 2008-02-02 17:01:33 UTC

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