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 674892 - Shortcuts keys don't work with non Latin keyboard layout
Shortcuts keys don't work with non Latin keyboard layout
Status: RESOLVED FIXED
Product: gnome-shell
Classification: Core
Component: general
3.4.x
Other Linux
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
: 652383 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2012-04-26 16:27 UTC by Anton Sudak
Modified: 2012-10-02 13:56 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Anton Sudak 2012-04-26 16:27:55 UTC 
Keyboard kombinations like Ctrl+A, Ctrl+C, Ctrl+V don't work in any ghome shell input fields (search, chat, authorization) with non English keyboard layout.
Also this bug affects to Ctrl+Alt+L combination.
Comment 1 Giovanni Campagna 2012-04-26 16:38:42 UTC 
That's surely unexpected, and I can confirm keybindings work here (tested ctrl+z on it, us, fr, works for whichever position z is).
What layouts did you try? Are you sure the modifier keys are correct? Is some input method (eg. IBus) involved here?
Comment 2 Florian Müllner 2012-04-26 16:48:23 UTC 
I think the reporter means s/non English/non Latin/ - testing with ru, those shortcuts indeed stop working in the shell, while they continue to work in Gtk+ applications.
Comment 3 Giovanni Campagna 2012-04-26 17:14:17 UTC 
Uhm, interesting behavior indeed.

In fact, after testing it+us+ru+fr:
- system-wide keybindings handled by gnome-settings-daemon (tested Ctrl+Alt+L and Ctrl+Alt+T) stop working in ru, they work ok in fr
- app keybindings handled by gtk+ work with the equivalent qwerty keyboard for ru, work according to layout for fr
- shell keybindings handled by clutter don't work at all for ru but work according to layout for fr
- system-wide keybindings handled by mutter don't work at all for ru and don't respect layout for fr

After testing fr+it+us+ru (note the order):
- newly created g-s-d keybindings work if your currently selected layout is the first, otherwise the selection is correct but nothing happens when you press the combination
- gtk+ apps behave correctly as expected for fr/it/us, and according to fr for ru
- clutter keybindings show no difference
- system-wide keybindings handled by mutter in it/us operate as the layout was fr instead
Comment 4 Owen Taylor 2012-04-26 18:14:37 UTC 
Clutter or St would need the equivalent of gtkkeyhash - or perhaps we can just use gtkkeyhash from St - though that would mean reimplementing the key handling in ClutterText.
Comment 5 André Klapper 2012-04-27 10:03:25 UTC 
*** Bug 652383 has been marked as a duplicate of this bug. ***
Comment 6 apnp.kpp 2012-07-13 06:45:24 UTC 
I have exact same issue. Doe's some fix available at the moment?
Comment 7 yktooo 2012-08-21 17:53:39 UTC 
I confirm this one, none of the global keyboard shortcuts works with the Russian layout active. 

The bug is also reported in Ubuntu: https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/990957
Comment 8 Anton Sudak 2012-10-02 09:59:08 UTC 
Looks like bug fixed in GNOME 3.6. Can someone else confirm this?
Comment 9 Rui Matos 2012-10-02 13:56:26 UTC 
Yes, I think this is fixed for Ctrl+C/V/A . Ctrl+Alt+L isn't fixed yet but is already tracked in bug 678001 so I'll close this one.