Hotkeys not functional in non-latin keyboard layout in 13.10, 14.04, 14.04.1, 14.10

Bug #1226962 reported by Misha Bazanov on 2013-09-18
This bug affects 420 people
Affects Status Importance Assigned to Milestone
Default settings and artwork for Baltix OS
Undecided
Unassigned
Indicator keyboard
Fix Released
Critical
William Hua
Inkscape
Undecided
Unassigned
LibreOffice Productivity Suite
Fix Released
Critical
OpenOffice
New
Undecided
Unassigned
Unity
High
Unassigned
aptana-studio-installer
Undecided
Unassigned
ibus
New
Undecided
Unassigned
monodevelop
New
Undecided
Unassigned
mutter
Fix Released
Medium
okular
New
Undecided
Unassigned
sigram
New
Undecided
Unassigned
gnome-settings-daemon (Fedora)
Unknown
Unknown
gnome-settings-daemon (Ubuntu)
High
Unassigned
gnome-shell (Fedora)
Unknown
Unknown
gnome-terminal (Ubuntu)
High
Unassigned
openjdk-7 (Ubuntu)
High
Unassigned
unity (Ubuntu)
High
Unassigned
unity-settings-daemon (Ubuntu)
High
Unassigned

Bug Description

New keyboard layout changer in Ubuntu 13.10 introduce old-new bug. Any system or application hotkey witch use char (for example: ctrl+alt+t for terminal or ctrl+t for new tab in browser) become unfunctional when selected non-latin keyboard layout.
Hotkeys with F1-12, numbers and other non-character buttons works perfectly.

Window manager hotkeys not affected by this bug. All hotkeys in system parameters->keyboard->hotkeys->windows works perfect with any keyboard layout.

Workaround for some system hotkeys and two layouts (english and non-latin): rebind all hotkeys in your local layout. For example instead of ctrl+alt+t use ctrl+alt+τ (greek tau). That hotkey still work with english layout. If you use english and two different non-latin layouts this workaround helps only with one of them.

Dear Ubuntu users and developers!
Please include the following information to your comment about non-latin shortcuts problems:
1. What Ubuntu version do you have (Ubuntu 13.10, Ubuntu 13.10 GNOME, Ubuntu 14.04, Ubuntu 14.04 GNOME and so on), upgraded (describe version) or clean installed
2. What keyboard layout do you have
3. What shortcut for keyboard layout switching do you use
4. On which session you have problems - that is one from Unity, GNOME Shell, GNOME FlashBack/Fallback (Metacity), GNOME FlashBack/Fallback (Compiz)
5. With which program and its version and origin (Ubuntu repositories, PPA, non-deb binary package from some website) you have problems.

By providing this information you can make bug-fixing much simpler and may be faster.

----------
For other layout switching problems introduced in Ubuntu 13.10 you can see bug 1218322.
----------

Stephen M. Webb (bregma) on 2013-09-18
Changed in unity:
importance: Undecided → High
status: New → Triaged
Changed in unity (Ubuntu):
status: New → Triaged
importance: Undecided → High

Testing in Firefox with Afghani, ctrl+t for new tab works. Though ctrl+alt+t does now...which would is possibly under gnome-compatibilty in compiz.... but one would think things should still work? As im not sure what the new layout changer did that would cause it to stop working. Unless it hadn't worked before...as we should still be getting the same events as before through compiz/unity. A new keyboard layout changer shouldn't change the type of events we get hmmm. I need to test if Ctrl+Alt+t worked before the new layouts...

Misha Bazanov (bmw-) wrote :

Are you testing Ubuntu 13.10? May be i'm wrong and this issue it is not related to layout changer.

Yup, on 13.10. My ctrl+t know doesn't work. Sooo i must have messed up testing it :). So yes there is a problem there.

Really im just wondering what use to happen, if this is a regression. As I see 3 cases, and 2 different ways to handle this.

1) You are using a standard qwerty latin keyboard with all the keys in the correct spot.
2) You are using a different layout where they keys (such as 't') may be in different locations.
3) You are using a language where such a key does not exists (such as 't').

The two ways to possibly handle this, as in case 1 there is no need to change how we handle it.

If case 2, use the new location of the key if it has moved.
If case 3, use the keycode of the key it self when no such key exists.

Not entirely sure what the approach should be and would like to discuss this a bit more before heading down an implementation.

Misha Bazanov (bmw-) wrote :

I do not know much about non-english layouts with Latin character set. If they all contain a full set of English letters - move key to new location seems logical. Have no idea what DVORAK layout users think about it. Hotkeys like ctrl+x ctrl+c ctrl+v looks little absurdly, when they scattered on keyboard.

As russian user, i'm using cyrillic character set and expect hot keys use same key regardless of the layout (case 3).

Stephen and I looked into this. Turns out you're correct about the new keyboard layout changer did cause this bug to resurface. Though the reason, was there was a bug in the old keyboard layout changer. It was using the first keyboard layout you had (such as english) for the shortcuts.

So a bug was fixed in the keyboard changer that was fixing this issue...fun. So there really was no correct solution implemented for this. (Though there does appear to be some shortcuts that do still work regardless. ex: super+w/super+s).

We are going to have to discuss this and aim to land a fix in for 14.04 as there is no time for 13.10 :(.

Thank you very much for bringing this problem to our attention!

George Christofis (geochr) wrote :

@Brandon Schaefer (brandontschaefer)
[qoute="Brandon Schaefer"]We are going to have to discuss this and aim to land a fix in for 14.04 as there is no time for 13.10 :(.[/qupte]
Is that the official answer ?
With simple words you are saying us that no one can use the 13.10 as properly if works with his native language (non English)???

Is it possible to release 13.10 with a bug that affects millions users on their native language?
In my opinion, If this bug exists after release, then the 13.10 will be a non-handy version for many users.

Am i wrong, is there something that i misunderstanding?

Simos Xenitellis (simosx) wrote :

I am using 13.10 (latest updates) and I have configured the layouts US English, Greek, Russian.

I started "gedit" (core GTK+ app) and I switch keyboard layout to Greek.

1. I typed some text in Greek. Then, pressed Ctrl+A (Select All) but nothing happened. Instead, the whole text should have been selected.
In the Greek keyboard layout, the Greek A is on the same physical key as the Latin A.

2. I pressed Alt+F (Open the File menu). Nothing happened.

GTK+ should have handled correctly both of these cases as it has code to handle the multiple-layout issue.
I tried to unset 'GTK_MODULES' (has a value of 'unity-gtk-module'), but I did not get back the old behavior.
I could not find a workaround for these critical issues.

Simos Xenitellis (simosx) wrote :

A workaround to get shortcuts in non-Latin scripts to work again is to kill any IBus processes.

I killed

/usr/bin/ibus-daemon --replace --xim --panel disable
/usr/lib/ibus/ibus-dconf
/usr/lib/ibus/ibus-x11 --kill-daemon
/usr/lib/ibus/ibus-engine-simple

and then I could "Select All", or start "Alt+F" to get the File menu.

Thus, IBus is interfering with GTK+ apps, even if for those apps the default GTK+ IM is active.

Stephen M. Webb (bregma) wrote :

Turns out the new keyboard indicator always starts ibus even when the system is configured to never run it, and even then ends up starting it with the wrong arguments.

Changed in indicator-keyboard:
importance: Undecided → Critical
status: New → Triaged
Changed in indicator-keyboard (Ubuntu):
status: New → Triaged
importance: Undecided → High
Changed in unity (Ubuntu):
status: Triaged → Invalid
Changed in unity:
status: Triaged → Invalid
NickTh (nick-athens30) wrote :

I tested the /etc/default/im-config with several inputs (xim, none), but ibus is always there. Up and running.

I presume @Stephen M. Webb has right.

1 comments hidden view all 256 comments
Stephen M. Webb (bregma) wrote :

The downside to just killing ibus-daemon is that every time you change your keyboard layout it restarts the daemon.

NickTh (nick-athens30) wrote :

Yeap, just figured out.

This daemon is strong enough to resurrected himself :P

So comment #11 IS NOT A WORKAROUND. (I will hide it, so people not get confused). You have to kill ibus-daemon every time you change the layout.

Also I tried to disable it completely , then is not even start , through the following command

    gsettings set org.gnome.settings-daemon.plugins.keyboard active false

but then, shortcuts still not working.

This is strange enough for me (I'm not a developer) as it seems the shortcuts work only if you leave the ibus-daemon to be started and then kill it.

William Hua (attente) wrote :

I just tested this, I don't believe IBus is the culprit here. Killing IBus with another keyboard layout selected (I used Arabic) did not fix the hotkey problem. My guess is that this is in g-s-d, but I'm still looking into it.

Stephen M. Webb (bregma) wrote :

See https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1228422 for many quality comments describing the problems and side effects of running ibus-daemon when it is explicitly configured not to run.

Lars Uebernickel (larsu) wrote :

I don't understand this. I'm running a German keyboard (Y and Z keys are swapped). Ctrl+Z has always been mapped to the physical Z key on my keyboard. It sounds like this bug is about changing that?

Stephen M. Webb (bregma) wrote :

@Lars

A Greek keyboard does not have a physical Z key, nether does an Arabic or Hebrew keyboard. There are different requirements for Latin and non-Latin keyboards, and different requirements again for IMs like the various Indic or CJK entry systems. That's why it's definitely wrong to force ibus to run when it's explicitly configured not to.

@Stephen: In Greek, the Z key happens to be on the same physical key as Z
on the US English/British physical key (Qwerty).

@Lars: GTK+ has code in
https://git.gnome.org/browse/gtk+/tree/gtk/gtkkeyhash.c so that when you
press Ctrl+A (where A is the Greek A), it will search what was supposed to
have been pressed if the first group (let's say 'keyboard layout', commonly
US English) was active. Thus, Ctrl+A (Greek Alpha) works with the GTK+ IM.

There is an issue if you happen to have two Latin keyboard layouts, such as
US English + German. Such a difficult situation is discussed at
https://bugzilla.gnome.org/show_bug.cgi?id=162726.

I think the goal for 13.10 should definitely be to get the GTK+ IM
functionality working again.

On Tue, Sep 24, 2013 at 11:34 PM, Stephen M. Webb <
<email address hidden>> wrote:

> @Lars
>
> A Greek keyboard does not have a physical Z key, nether does an Arabic
> or Hebrew keyboard. There are different requirements for Latin and
> non-Latin keyboards, and different requirements again for IMs like the
> various Indic or CJK entry systems. That's why it's definitely wrong to
> force ibus to run when it's explicitly configured not to.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1226962
>
> Title:
> Hotkeys not functional in non-latin keyboard layout
>
> Status in Indicator keyboard:
> Triaged
> Status in Unity:
> Invalid
> Status in “indicator-keyboard” package in Ubuntu:
> Triaged
> Status in “unity” package in Ubuntu:
> Invalid
>
> Bug description:
> New keyboard layout changer in Ubuntu 13.10 introduce old-new bug. Any
> system or application hotkey witch use char (for example: ctrl+alt+t for
> terminal or ctrl+t for new tab in browser) become unfunctional when
> selected non-latin keyboard layout.
> Hotkeys with F1-12, numbers and other non-character buttons works
> perfectly.
>
> Window manager hotkeys not affected by this bug. All hotkeys in system
> parameters->keyboard->hotkeys->windows works perfect with any keyboard
> layout.
>
> Workaround for some system hotkeys and two layouts (english and non-
> latin): rebind all hotkeys in your local layout. For example instead
> of ctrl+alt+t use ctrl+alt+τ (greek tau). That hotkey still work with
> english layout. If you use english and two different non-latin
> layouts this workaround helps only with one of them.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/indicator-keyboard/+bug/1226962/+subscriptions
>

--
CONFIDENTIALITY This e-mail and any attachments are confidential and may
also be privileged. If you are not the named recipient, please notify the
sender immediately and do not disclose the contents to another person, use
it for any purpose, or store or copy the information in any medium.

no longer affects: unity (Ubuntu)

@ Dmitry, that's great news!
Is there some action that could be taken to achieve that, or will it be fixed by a future update?
On the second case, do we have a rough estimation on the arrival time of this fix?

Misha Bazanov (bmw-) wrote :

@Filippos it is just about project to witch bug is assigned.

Simos Xenitellis (simosx) wrote :

@Misha: So you are saying that the bug still exists, it is not a Unity bug, but solely an "indicator keyboard" bug.

Artyom Kazak (artyom-kazak) wrote :

Shortcuts work when I’m using standard Russian layout, don’t work when I’m using my own custom layout; everything used to work flawlessly in 13.04.

Simos Xenitellis (simosx) wrote :

@Artyom: The issue is with Ubuntu 13.10 which has specific new changes when switching layouts.
My layouts are EN/GR/RU, and while RU is active, the shortcuts do not work. I tested with Ctrl+A (Select All).
Do note that I check with 'gedit' (core GTK+ app). Some other apps like Chromium have specific changes and are unaffected.

summary: - Hotkeys not functional in non-latin keyboard layout
+ Hotkeys not functional in non-latin keyboard layout in 13.10

I have uploaded gnome-settings-daemon with William's patch applied to ppa:mitya57/ppa, please test and give your feedback before it is uploaded to archive.

affects: indicator-keyboard (Ubuntu) → gnome-settings-daemon (Ubuntu)
Filippos Kolyvas (fkol-k4) wrote :

Thanks Dmitry, i added the ppa, upgraded, rebooted and here are the results:

After upgrading, i cannot change layout using the shortcut, change is only possible with the mouse, so every layout change on following test is made using the mouse on the keyboard indicator:

Gedit (gtk core app): Hotkeys (copy, paste, print) are working on Greek layout.
Kate (KDE app): Hotkeys are not working on Greek layout.
LibreOffice: Hotkeys are not working on Greek layout.
Mozilla Firefox: Hotkeys are not working on Greek layout.
Chromium Browser - Google Chrome: Hotkeys are working on Greek layout.
Global shortcuts are probably working, for example ctrl+alt+T (gnome-terminal) shortcut works, super key +S works too (i haven't tested more shortcuts).

Hope that it's going to help.

@Filippos: layout switching not working is a different issue, tracked in
bug 1218322. I hope William will look at it soon.
On Oct 6, 2013 6:00 PM, "Filippos Kolyvas" <email address hidden>
wrote:

> Thanks Dmitry, i added the ppa, upgraded, rebooted and here are the
> results:
>
> After upgrading, i cannot change layout using the shortcut, change is
> only possible with the mouse, so every layout change on following test
> is made using the mouse on the keyboard indicator:
>
> Gedit (gtk core app): Hotkeys (copy, paste, print) are working on Greek
> layout.
> Kate (KDE app): Hotkeys are not working on Greek layout.
> LibreOffice: Hotkeys are not working on Greek layout.
> Mozilla Firefox: Hotkeys are not working on Greek layout.
> Chromium Browser - Google Chrome: Hotkeys are working on Greek layout.
> Global shortcuts are probably working, for example ctrl+alt+T
> (gnome-terminal) shortcut works, super key +S works too (i haven't tested
> more shortcuts).
>
> Hope that it's going to help.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1226962
>
> Title:
> Hotkeys not functional in non-latin keyboard layout in 13.10
>
> Status in IBus:
> New
> Status in Indicator keyboard:
> Triaged
> Status in Unity:
> Invalid
> Status in “gnome-settings-daemon” package in Ubuntu:
> Triaged
>
> Bug description:
> New keyboard layout changer in Ubuntu 13.10 introduce old-new bug. Any
> system or application hotkey witch use char (for example: ctrl+alt+t for
> terminal or ctrl+t for new tab in browser) become unfunctional when
> selected non-latin keyboard layout.
> Hotkeys with F1-12, numbers and other non-character buttons works
> perfectly.
>
> Window manager hotkeys not affected by this bug. All hotkeys in system
> parameters->keyboard->hotkeys->windows works perfect with any keyboard
> layout.
>
> Workaround for some system hotkeys and two layouts (english and non-
> latin): rebind all hotkeys in your local layout. For example instead
> of ctrl+alt+t use ctrl+alt+τ (greek tau). That hotkey still work with
> english layout. If you use english and two different non-latin
> layouts this workaround helps only with one of them.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ibus/+bug/1226962/+subscriptions
>

@ Dmitry:
This is somewhat different, i don't mean that i can't change layout with some custom shortcut. I'm using the default shortcuts (super+space, shift+super+space) and these do not work anymore.

But this is not the reason why i mentioned it, of course we can deal with that later. The reason was that prior to the upgrade through the PPA, when i was "confirming" the layout change with the mouse (i mean change the layout to Greek through super+space and then change it to Greek once more with the mouse), made the shortcuts work on Gedit Text Editor (but not on global shortcuts).

You can see the relative attached picture on comment #5 of duplicate bug #1228422 of similar test results:
https://bugs.launchpad.net/unity/+bug/1228422/+attachment/3834215/+files/greek-layout-saucy.png
This was true until now.

Thanks for your time

Jacob Popov (j-a-popov) wrote :

Dima, your patch works but partially.

It works fine if I switch layout with XKB hotkey.
However, it doesn't work if I switch using the indicator (which utilises iBus, I presume?).

Steps to reproduce:
1) Launch LO:Writer.
2) Enter some text
3) Try to cut it with Ctrl+X and paste with Ctrl+V (or undo with Ctrl+Z).
4) Change the layout using Alt+Shift and repeat no.3. Works fine.
5) Change the layout using the indicator and mouse and repeat no.3 again. No luck. :-(

PS Jenkins bot (ps-jenkins) wrote :

Fix committed into lp:indicator-keyboard at revision 133, scheduled for release in indicator-keyboard, milestone Unknown

Changed in indicator-keyboard:
status: Triaged → Fix Committed
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in indicator-keyboard (Ubuntu):
status: New → Confirmed
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package indicator-keyboard - 0.0.0+13.10.20131010.1-0ubuntu1

---------------
indicator-keyboard (0.0.0+13.10.20131010.1-0ubuntu1) saucy; urgency=low

  [ William Hua ]
  * Don't set LightDM's layout if we're in a session. (LP: 1226962).
    (LP: #1226962)

  [ Ubuntu daily release ]
  * Automatic snapshot from revision 134
 -- Ubuntu daily release <email address hidden> Thu, 10 Oct 2013 12:36:09 +0000

Changed in indicator-keyboard (Ubuntu):
status: Confirmed → Fix Released
Evgecyn (evgecyn) wrote :

Ubuntu 13.10. I use colemak and russian layouts. After fix this bug, hotkeys in russian layout work like by using qwerty. I press different hardware keys for the same hotkey combination in different layouts. In ubuntu 12.04 it works fine, the same hardware keys for russian and colemak layouts.

Igor Zubarev (igor.zubarev) wrote :

Still can't assign CAPS LOCK to switch a keyboard layout.

Misha Bazanov (bmw-) wrote :

@Igor This bug is not relative, try #1218322

I use Dvorak and Russian layouts. Now hotkeys in Russian layout work like the layout was QWERTY, not Dvorak, which is very inconvenient, as I have to use different physical keys when I switch layouts. It worked flawlessly for years, and now it's broken.

Gilad Ravid (gilad-m) wrote :

I have the same bug (since my last night upgrade to 13.10) the package as describe at #31 installed on my system . I still have that bug

I confirm that the bug still remains

I have found a workaround here: https://bbs.archlinux.org/viewtopic.php?id=167687

This bug affects only Libreoffice. In other applications (e.g. Gedit, Nautilus, Thunderbird etc.), the shortcuts work even after switching layouts. If you remove libreoffice-gtk and libreoffice-gnome, the problem is solved, although libreoffice becomes very ugly.

It should be noted that the bug affects both Ubuntu 13.10 and UbuntuGnome 13.10. I have tried this workaround in both an Ubuntu and an UbuntuGnome installation. Libreoffice In Ubuntu became unusable, although the bug disappeared, whereas in UbuntuGnome Libreoffice could still be used.

Filippos Kolyvas (fkol-k4) wrote :

I confirm that the bug is fixed for GTK core applications (gedit, nautilus) and Mozilla Firefox.
Well done @ all who worked in this!

I can also confirm that the bug still affects typing when using LibreOffice and when using KDE applications (such as kate text editor) on Ubuntu with standard Unity desktop environment.

I haven' tested this on UbuntuGnome.

Norbert (nrbrtx) wrote :

I have installed latest packages from ppa:attente/1218322 (Ctrl+Shift or Alt+Shift or Caps Lock - all work as layout switchers between English and Russian), but shortcuts (such as Ctrl+Alt+T) on non-latin layout do not work (UbuntuGnome, Ubuntu).

tags: added: saucy
Norbert (nrbrtx) on 2013-10-29
description: updated
Norbert (nrbrtx) on 2013-10-31
tags: added: keyboard-layout-switching-related
Charles Kerr (charlesk) on 2013-11-03
Changed in indicator-keyboard:
assignee: nobody → William Hua (attente)
status: Fix Committed → Fix Released
Changed in gnome-control-center:
importance: Unknown → Medium
status: Unknown → Invalid
Norbert (nrbrtx) on 2013-11-19
Changed in gnome-control-center:
importance: Medium → Unknown
status: Invalid → Unknown
affects: gnome-control-center → mutter
Changed in mutter:
importance: Unknown → Medium
status: Unknown → New
John Rotomano (rotomano) on 2013-12-15
Changed in df-libreoffice:
importance: Undecided → Unknown
status: New → Unknown
Changed in df-libreoffice:
importance: Unknown → Critical
status: Unknown → Invalid
Norbert (nrbrtx) on 2013-12-20
tags: added: trusty
Norbert (nrbrtx) on 2013-12-24
summary: - Hotkeys not functional in non-latin keyboard layout in 13.10
+ Hotkeys not functional in non-latin keyboard layout
summary: - Hotkeys not functional in non-latin keyboard layout
+ Hotkeys not functional in non-latin keyboard layout in 13.10 and 14.04
maria (gina-g-gg23) on 2014-01-22
Changed in gnome-settings-daemon (Ubuntu):
status: Triaged → In Progress
William Hua (attente) on 2014-02-04
tags: added: ubuntu-desktop-trusty
William Hua (attente) on 2014-02-05
Changed in unity:
status: Invalid → In Progress
Changed in unity:
status: In Progress → Fix Committed
Changed in unity (Ubuntu):
status: New → Confirmed
Changed in unity (Ubuntu):
status: Confirmed → Fix Released
Changed in df-libreoffice:
status: Invalid → Confirmed
Changed in unity-settings-daemon (Ubuntu):
status: New → Fix Released
Changed in mutter:
status: New → Fix Released
Norbert (nrbrtx) on 2014-03-17
tags: added: trusty-desktop
Changed in gnome-settings-daemon (Ubuntu):
milestone: none → ubuntu-14.04
Changed in indicator-keyboard (Ubuntu):
importance: Undecided → High
milestone: none → ubuntu-14.04
Changed in unity (Ubuntu):
importance: Undecided → High
milestone: none → ubuntu-14.04
Changed in unity-settings-daemon (Ubuntu):
importance: Undecided → High
milestone: none → ubuntu-14.04
Changed in gnome-settings-daemon (Ubuntu):
status: In Progress → Triaged
Changed in gnome-terminal (Ubuntu):
importance: Undecided → High
milestone: none → ubuntu-14.04
status: New → Triaged
Stephen M. Webb (bregma) on 2014-04-03
Changed in unity:
status: Fix Committed → Fix Released
Changed in unity (Ubuntu):
status: Fix Released → Triaged
Changed in unity-settings-daemon (Ubuntu):
status: Fix Released → Triaged
Changed in indicator-keyboard (Ubuntu):
status: Fix Released → Triaged
Changed in openjdk-7 (Ubuntu):
status: New → Confirmed
Changed in kingsoft-office (Ubuntu):
status: New → Confirmed
Norbert (nrbrtx) on 2014-04-25
description: updated
Norbert (nrbrtx) on 2014-04-26
tags: added: apport-collected
Changed in openjdk-7 (Ubuntu):
importance: Undecided → High
status: Confirmed → Triaged
no longer affects: kingsoft-office (Ubuntu)
176 comments hidden view all 256 comments

i've got same problem on new installed ubuntu 14.04 and rubymine 6.3 with russian layout hotkeys
this helped and now both layouts works fine
https://gist.github.com/d3ZoRg/3f71ee24b1a0a288ce27

Artur Eshenbrener (strate) wrote :

Denis, tried your solution, not helped for me. Hotkeys works only in RU layout (checked in phpStorm and pyCharm)

Tural Gurbanov (tgurbanov) wrote :

Check once again. This solution doesn't work for me too.
Denis, how did you install java on your pc? Did you build it from sources or use something like ppa:webupd8team/java ?

Nazar Mokrynskyi (nazar-pc) wrote :

As I see here - bug is going to be fixed for every separate application which is completely wrong approach.
THIS IS THE MOST CRITICAL BUG since 13.10, and should be fixed for all apps in one place.
Users do not care how it works internally, we only know that regular Ctrl+C do not work with any non-latin layout.

Nazar Mokrynskyi (nazar-pc) wrote :

Awesome news! I found fix for this.
1) Disable of gnome control over keyboard:
gsettings set org.gnome.settings-daemon.plugins.keyboard active false
2) Set desired settings for xkb:
setxkbmap -option grp:rctrl_toggle,lv3:menu_switch us,ru,ua
You can add this to autostart
Here I switch layout with Right Control, Menu key is used for third level of keys and I use three layouts: English, Russian and Ukrainian.

One notice: keyboard indicator on panel lives in parallel reality in such setup, so I'm using gXneur to indicate current layout (only this, and disabled input monitoring, looks like gXneur is broken in Ubuntu 13.10-14.04 with GNOME and Unity) and disabled original one in keyboard settings.

As the result - I have all possible shortcuts working on any layout, switching layout with one key - right ctrl (not possible otherwise in GNOME) and separate layouts per windows and keyboard indicator with gXneur.

Yes, such ugly but perfectly working hacks because of "smart" decisions of GNOME developers.

Artur Eshenbrener (strate) wrote :

Nazar, you are my hero now! Really working solution, thank you.
But I can not use gxneur to indicate layout, because tray also broken in 14.04 ))
Also, do you know how to increase key repeating speed?

I am really can not understand, why unity/gnome developers trying to write their own keyboard switcher, instead of using xkb.

Artur Eshenbrener (strate) wrote :

For me bug also fixed when I just set desired settings to xkb:

setxkbmap -option grp:rctrl_toggle,lv3:menu_switch us,ru,ua

without disabling standard gnome switcher. So, gnome switcher switches keyboard layout indicator, xkb switches real layout.

Nazar Mokrynskyi (nazar-pc) wrote :

Actually they live in parallel realities, so switching of layout and indicator are in sync only if you use the same layout in all windows (I don't).

As for gXneur:
1) Run gXneur with
gxneur -E AppIndicator
Then go to settings and press "Save" to make this icon rendering engine permanent - should work fine
2) Enable manual switching on first tab of settings
3) Troubleshooting -> Tracking input -> Monitor the input
Uncheck this too to avoid duplication of printed symbols and similar bugs.

gXneur do not work properly, but as layout indicator it works fine.

CrashIt (nadrshin) wrote :

Nazar Mokrynskyi, thank you, it works!

I use Ubuntu 13.10
I use two keyboar layout : English and Persian !
In english layout, keyboard shortcuts work fine but in Persian layout they don't work!
for example I can copy by (Ctrl+c) in english, but in persian I can't!

information type: Public → Public Security
information type: Public Security → Private Security
information type: Private Security → Public
Michael Soluyanov (crantisz) wrote :

Method of Nazar Mokrynskyi (nazar-pc) works well, but language swiching dosen't work in console (ctrl+alt+F1-F7)

Nazar Mokrynskyi (nazar-pc) wrote :

I think it works only under X, that is why the name setxkbmap from X keyboard.

Norbert (nrbrtx) wrote :

@Nazar and @Michael
You can try to set keyboard in terminals with
    sudo dpkg-reconfigure keyboard-configuration

As far I can remember 13.10 and 14.04 have /etc/default/keyboard config (see bug 1242572 for details).

2 comments hidden view all 256 comments

The problem still occurs with LibO 4.2.5 on Debian unstable (Gnome 3), but doesn't on 4.2.5 on Ubuntu 10.04 (Official DEBs, not from distro) with Gnome 2.30. Can anyone confirm/deny on KDE/qt so we could narrow this to Gnome 3?

1 comments hidden view all 256 comments
defis (stef-farad) wrote :

1. Ubuntu 14.04, clean installed
2. English (US) + Greek
3. (Left) LShift + (Left) LAlt
4. Unity
5. Blender v2.7

When I use English keyboard layout I can use all the shortcuts (except some that use the Alt key, but that's a Linux problem. For example Alt + (Middle) MClick (or button 3)). But When I switch to Greek, I can use only the numeric shortcut (Ctlr + 1 for example).

Download full text (3.7 KiB)

This helped me in a couple of installations:

Confirm Ubuntu 14.04 with latest updates.

This helps me:

sudo add-apt-repository ppa:attente/java-non-latin-shortcuts
sudo apt-get update
sudo apt-get dist-upgrade
and then "restart unity-settings-daemon"

On Tue, Jun 24, 2014 at 8:03 AM, defis <email address hidden> wrote:

> 1. Ubuntu 14.04, clean installed
> 2. English (US) + Greek
> 3. (Left) LShift + (Left) LAlt
> 4. Unity
> 5. Blender v2.7
>
> When I use English keyboard layout I can use all the shortcuts (except
> some that use the Alt key, but that's a Linux problem. For example Alt
> + (Middle) MClick (or button 3)). But When I switch to Greek, I can use
> only the numeric shortcut (Ctlr + 1 for example).
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1226962
>
> Title:
> Hotkeys not functional in non-latin keyboard layout in 13.10 and 14.04
>
> Status in Aptana Studio Installer:
> New
> Status in Default settings for the Baltix GNU/Linux OS and desktop:
> New
> Status in LibreOffice Productivity Suite:
> Confirmed
> Status in IBus:
> New
> Status in Indicator keyboard:
> Fix Released
> Status in Inkscape: A Vector Drawing Tool:
> New
> Status in Mutter:
> Fix Released
> Status in The OpenOffice.org Suite:
> New
> Status in Unity:
> Fix Released
> Status in “gnome-settings-daemon” package in Ubuntu:
> Triaged
> Status in “gnome-terminal” package in Ubuntu:
> Triaged
> Status in “indicator-keyboard” package in Ubuntu:
> Triaged
> Status in “openjdk-7” package in Ubuntu:
> Triaged
> Status in “unity” package in Ubuntu:
> Triaged
> Status in “unity-settings-daemon” package in Ubuntu:
> Triaged
> Status in “gnome-settings-daemon” package in Fedora:
> Unknown
> Status in “gnome-shell” package in Fedora:
> Unknown
>
> Bug description:
> New keyboard layout changer in Ubuntu 13.10 introduce old-new bug. Any
> system or application hotkey witch use char (for example: ctrl+alt+t for
> terminal or ctrl+t for new tab in browser) become unfunctional when
> selected non-latin keyboard layout.
> Hotkeys with F1-12, numbers and other non-character buttons works
> perfectly.
>
> Window manager hotkeys not affected by this bug. All hotkeys in system
> parameters->keyboard->hotkeys->windows works perfect with any keyboard
> layout.
>
> Workaround for some system hotkeys and two layouts (english and non-
> latin): rebind all hotkeys in your local layout. For example instead
> of ctrl+alt+t use ctrl+alt+τ (greek tau). That hotkey still work with
> english layout. If you use english and two different non-latin
> layouts this workaround helps only with one of them.
>
>
> Dear Ubuntu users and developers!
> Please include the following information to your comment about non-latin
> shortcuts problems:
> 1. What Ubuntu version do you have (Ubuntu 13.10, Ubuntu 13.10 GNOME,
> Ubuntu 14.04, Ubuntu 14.04 GNOME and so on), upgraded (describe version) or
> clean installed
> 2. What keyboard layout do you have
> 3. What shortcut for keyboard layout switching do you use
> 4. On which session you have problems - th...

Read more...

1 comments hidden view all 256 comments

I can confirm yh1000 approach has solved it for me too:

sudo add-apt-repository ppa:attente/java-non-latin-shortcuts
sudo apt-get update
sudo apt-get dist-upgrade
and then "restart unity-settings-daemon"

I think I'll stick with this version (14.04) of Ubuntu for a long time now without upgrading...

Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in sublime-text (Ubuntu):
status: New → Confirmed
no longer affects: sublime-text (Ubuntu)
orions.belts1 (orions-belts1) wrote :

Same config as #231, #234 steps seems to fix the problem. :)
 At least until the next update... !

Shvets Jan (shvets-jan) wrote :

Fix doesn't fix anything. If app was started with russian layout - hotkeys doesn't work, even change layout to english. I use 14.04 with newest updates, and problem still exist now (2014/07/28). Only solution for now is to start all apps with english layout or keep different layouts for every app with english as default.

Vasil Yakauleu (vasilbelarus) wrote :

Ubuntu 14.04.1 + latest updates
Still reproducible: after changing layout to russian shortcuts are not working.

summary: - Hotkeys not functional in non-latin keyboard layout in 13.10 and 14.04
+ Hotkeys not functional in non-latin keyboard layout in 13.10, 14.04,
+ 14.04.1

Ubuntu 14.04 + all updates
Same bug is still here everywhere!
After installing
sudo add-apt-repository ppa:attente/java-non-latin-shortcuts
I have the other bug in Inkscape - hotkeys are working only in russian layout. Very annoying!

Is there any bulletproof solution? Any kind of drums/dances and chants/mantras?

efanchik (efanchik) wrote :

Patch for fix problem with non-latin keyboard in JetBrains products
"https://github.com/zheludkovm/LinuxJavaFixes"

I tested that on Arch (Anteragos), with gnome 3.12
Build ID: 4.2.5.2 Arch Linux build-1

The bug still exists..

(I can test on ubuntu 12.04 if needed as well)

Version detail should be set to the earliest release the issue is confirmed on, please do not advance it--a note in a comment is all that is required.

Resetting to original reporting.

Confirming that this bug STILL exists in:

$ uname -a
Linux localhost.localdomain 3.14.5-200.fc20.x86_64 #1 SMP Mon Jun 2 14:26:34 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

$ cat /etc/fedora-release
FXorg -version

X.Org X Server 1.14.4
Release Date: 2013-10-31
X Protocol Version 11, Revision 0
Build Operating System: 3.14.3-200.fc20.x86_64
Current Operating System: Linux localhost.localdomain 3.14.5-200.fc20.x86_64 #1 SMP Mon Jun 2 14:26:34 UTC 2014 x86_64
Kernel command line: BOOT_IMAGE=/vmlinuz-3.14.5-200.fc20.x86_64 root=UUID=64bb5aa4-a945-4e0e-8d4d-776f44302cd1 ro rootflags=subvol=root vconsole.font=latarcyrheb-sun16 rhgb quiet LANG=en_US.UTF-8
Build Date: 27 June 2014 01:35:28AM
Build ID: xorg-x11-server 1.14.4-11.fc20
Current version of pixman: 0.30.0
 Before reporting problems, check http://wiki.x.org
 to make sure that you have the latest version.edora release 20 (Heisenbug)

$ libreoffice --version
LibreOffice 4.2.6.2 420(Build:2)

Tools -> Options -> Language Settings -> Languages -> Ignore system input language - Checked as advised by commenter Paulo Fino, still no hotkeys :-(

It's great that Ubuntu 14.10 MATE beta is not affected by this bug.

Ivan Larionov (xeron-oskom) wrote :

14.10 is affected. Super+A/F/M/C/V don't work in russian layout.

Eli Mitrani (eli-mit-g) wrote :

I am using Hebrew layout on Ubuntu 14.04 and Ubuntu Gnome 14.04. The bug exists on both. The only workaround I found was to change the Hebrew layout to Hebrew Lyx. This solves the problem of shortcuts, which is great!

However it introduces a new minor problem:
In the normal Hebrew layout pressing Shift or Caps Lock allows writing characters in uppercase English - this is very convenient when you want to add only several English words to a sentence.
In Hebrew Lyx pressing the Shift Key gives punctuation characters.

summary: Hotkeys not functional in non-latin keyboard layout in 13.10, 14.04,
- 14.04.1
+ 14.04.1, 14.10
1 comments hidden view all 256 comments
Norbert (nrbrtx) wrote :

@xeron-oskom (comment 245)
about Super+A/F/M/C/V please write comment to bug 1280759.

This bug exists in a fully-updated Arch system:

$ uname -a
Linux XXXXX 3.17.3-1-ARCH #1 SMP PREEMPT Fri Nov 14 23:13:48 CET 2014 x86_64 GNU/Linux

$ libreoffice --version
LibreOffice 4.3.4.1 430m0(Build:1)

Please fix this annoying bug, it prevents non-English locale users from getting any meaningful work done.

1 comments hidden view all 256 comments

moving this bug to mab4.3 list since 4.2.x is END OF LIFE

Bug still present in java programs on 14.04.

1 comments hidden view all 256 comments

This bug present in Metacity (GNOME Flashback (Metacity)), for example Alt+Ctrl+T not working in non-latin keyboard layout, but working in Compiz (GNOME Flashback (Compiz))

sergey (zwezda-11) wrote :

Ubuntu 14.04
uname -a
Linux Vostro-1220 3.13.0-43-generic #72-Ubuntu SMP Mon Dec 8 19:35:44 UTC 2014 i686 i686 i686 GNU/Linux

Hotkeys not functional in cyrillic keyboard for the some applications.
LibreOffice
OpenOffice
KeepassX
Gimp
and others
Not correctly the java functions work.
I wait for correction more than 6 months.
How many still to wait?

This bugreport got non-actionable in the meantime I am afraid; we should close it as per comment 33, because fixes of 2 problems were already provided, and also the information about the "Ignore system input language" seems to be helpful.

If there are still trouble with the shortcuts, please file that as separate report, and provide the following information:

* your locale / language settings
* your desktop environment, and its version
* LibreOffice version
* try also with the latest LibreOffice 'fresh' version, and tell if it is still
  present there
* if it is affected by Tools -> Options -> Language Settings -> Languages
  -> Ignore system input language
* exact reproduction steps (in the affected locale)

Thank you all for the reports and fixes!

Changed in df-libreoffice:
status: Confirmed → Fix Released
tags: added: keyboard-layout-switching-hotkeys metabug
removed: charset hotkeys keyboard-layout-switching-related layout trusty-desktop
tags: removed: ubuntu-desktop-trusty
Ivan Larionov (xeron-oskom) wrote :

Just updated to 15.04 and this bug is still exists.

Adolfo Jayme (fitojb) on 2015-04-03
no longer affects: indicator-keyboard (Ubuntu)
tags: added: utopic
tags: added: vivid
Kirill Kuzminykh (cykooz) wrote :

Ubuntu 15.04
uname -a
Linux cykooz-pc 3.19.0-15-generic #15-Ubuntu SMP Thu Apr 16 23:32:37 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

Hotkeys not functional in cyrillic keyboard for the PyCharm 4.0.6 + Oracle Java 8 (from the webupd8team/java ppa)

Displaying first 40 and last 40 comments. View all 256 comments or add a comment.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.