GNOME Bugzilla – Bug 427409
editing shortcut always fails with super key
Last modified: 2009-12-21 16:28:20 UTC
Please describe the problem: I want to be able to change the main shortcut key that is Control to the Apple-key (also Win-key recognized as Super by X11). So I enabled the editable menu shortcut keys in the GNOME configuration, I opened the File menu of Epiphany and while my mouse was over the "New tab" entry, I pressed <Super>T. Now, what happened ? Because the T was an accelerator for this peculiar item (I mean the letter t was underlined), the menu item was activated instead and I got a new tab instead of having my shortcut modified. When I can modify the key binding, take as an example the "Add Bookmark" entry of the menu Bookmarks on Epiphany, I get some strange results. For example I modified this entry with <Super>d. So now, each time I press the "d" letter (w/o pressing the Super key at the same time) I get the window asking me to add a bookmark for the current page. So in that case, I can change the shortcut but it is activated even when I don't press the modifier key. It is at is the Super modifier key was not recognized by GTK. Steps to reproduce: 1. Open Epiphany 2. Select File/New tab 3. Press <Super>t, it fails to change the shortcut 4. Select Bookmarks/Add Bookmark 5. Press <Super>d 5. Press the letter d without super in a textarea for example, the action is triggered where it should not Actual results: <Super>t open a new tab instead of modifying the shortcut d letter alone create a bookmark Expected results: The key bindings to be modified and properly handled when they are Does this happen every time? yes Other information: I use ArchLinux distribution with an unmodified GTK (version 2.10.0). My computer is a MacBook so I use the following xkbmap: xkb_keymap { xkb_keycodes { include "macintosh+macintosh(goodmap)+aliases(azerty)" }; xkb_types { include "complete+numpad(mac)" }; xkb_compat { include "complete" }; xkb_symbols { include "pc+macintosh_vndr/fr+inet(apple)+level3(enter_switch)" }; xkb_geometry { include "macintosh(macbook79)" }; }; (obtained by setxkbmap -print) You can set this keymap with the command xkbcomp keymapfile $DISPLAY and revert with setxkbmap <yourkeymapname> Maybe this is relevant, maybe not Version of Xorg: 7.2
I reply to myself to say that there may be a global problem with the Super key as when I try to modify some GNOME shortcut using the gnome-keybinding-properties for example, when I try to modify a shortcut using the Super key, I get either Super_L or Super_R and not <Super>f as expected. When I use the dialog to modify keyboards shortcuts of gnome-terminal, when I press my super key, the field that shown "Type a new accelerator" shown nos "Disabled". But with the beryl-manager (thanks to the intel card, I have a free 3D driver), the Super key works as expected.
it appears to be a duplicate of bug #165343 sorry *** This bug has been marked as a duplicate of 165343 ***
My problems aren't related to the inability of gnome-keybinding-properties to handle the Super modifier key. Even if now I solved this very issue, I still have problems with the actions that gets triggered when I do not hold the Super key and the problems setting a keybinding where there is an accelerator key defined somewhere else. So I reopen my bug
This is a problem with the way epiphany handles key events, from what I can tell. Using Super-T as a dynamically changed shortcut works fine in gnome-terminal, for instance.
This doesn't work in eg gedit either, for example trying to set Super+Q as a shortcut to quit isn't possible, it exits the application instead. It's also reproduceable with gtk-demo with "Application main window" when trying to assign Super+Q to Quit.
The patch in https://bugzilla.gnome.org/show_bug.cgi?id=603190 sort-of fixes this.