GNOME Bugzilla – Bug 344280
Some keyboard shortcuts cannot be bound using <Mod4>
Last modified: 2006-06-08 16:04:04 UTC
Please describe the problem: I hope this is the correct category for problems with the gnome-keybinding-properties command. I've changed some of the key bindings to use the same shortcuts as in Windows, but some of them are not working. Some examples of the results I've gotten so far: - "Lock screen" CAN be bound to <Control><Alt>e or <Control>p, but NOT to <Mod4>l, <Mod4>e or <Mod4>y. - "Home folder" CAN be bound to <Shift><Control>e or <Control><Alt>e, but NOT to <Mod4>e, <Mod4>a or <Mod4>d. - "Show the panel run application dialog" CAN be bound to <Mod4>r. - "Hide all windows and focus desktop" CAN be bound to <Mod4>d. In summary: - All the commands can be successfully bound to a shortcut, as long as <Mod4> is avoided. - Some commands work with <Mod4>. - Moving one of the working shortcuts including <Mod4> to one of the defunct commands does not work. I.e., it's presumably not a keyboard layout problem. Steps to reproduce: 1. Change your ~/.Xmodmap to the following: clear mod4 keycode 115 = Super_L keycode 116 = Super_R keycode 117 = Multi_key add mod4 = Super_L Super_R 2. Run gnome-keybinding-properties 3. Set up some key bindings to use combinations including the Windows key 4. Close gnome-keybinding-properties 5. Attempt to use the new key bindings Actual results: Sometimes nothing, sometimes the command is executed correctly. Expected results: All commands should be executed properly when pressing the associated shortcut combination. Does this happen every time? Yes Other information: Running Scientific Linux CERN 4, based on RHEL4. Using Dvorak as the default keyboard map in X and GNOME.
Note that the keybindings which work are the ones handled by metacity, while the ones that fail are handled by gnome-settings-daemon. Don't ask me why we handle keybindings in multiple different places; I've never understood that. Anyway, I'll mark as a duplicate of the other report. *** This bug has been marked as a duplicate of 167662 ***