After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 344280 - Some keyboard shortcuts cannot be bound using <Mod4>
Some keyboard shortcuts cannot be bound using <Mod4>
Status: RESOLVED DUPLICATE of bug 167662
Product: gnome-control-center
Classification: Core
Component: [obsolete] Keybinding
unspecified
Other All
: Normal normal
: ---
Assigned To: Control-Center Maintainers
Control-Center Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-06-08 13:37 UTC by Victor Engmark
Modified: 2006-06-08 16:04 UTC
See Also:
GNOME target: ---
GNOME version: 2.7/2.8



Description Victor Engmark 2006-06-08 13:37:18 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.
Comment 1 Elijah Newren 2006-06-08 16:04:04 UTC
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 ***