Page MenuHome

Many Blender's keyboard shortcuts do not work on Russian keyboard layout
Confirmed, NormalPublicKNOWN ISSUE

Description

System Information
Operating system: Linux (elementary OS 5.0, Ubuntu-18.04-based)
Graphics card: NVIDIA GTX 1080Ti

Blender Version
2.80 (sub 60), branch: blender2.7, commit date: 2019-04-30 22:49, hash: 480a09a92f7f, type: Release build date: 2019-04-30, 23:02:55

Short description of error
There are two keyboard layouts on my system: English (US, primary) and Russian (RU, secondary).
When Russian layout is selected, only some of Blender's keyboard shortcuts work as expected, namely:

Blender 2.8 keyboard shortcuts that work correctly on Russian keyboard layout:

  • All F keys (F1-F12),
  • All top row Numeric keys (1, 2, 3 ...),
  • All Numpad keys,
  • All Ctrl+any single key combos, e.g. Ctrl+B, Ctrl+S...

Blender 2.8 keyboard shortcuts that do not work (=have no effect whatsoever) on Russian keyboard layout:

  • All single-letter keys (e.g., B, A, G, S, R...)
  • All Alt+any single key combos, e.g. Alt+B, Alt+A...
  • All Shift+any single key combos, e.g. Shift+V, Shift+D...

Exact steps for others to reproduce the error

  1. Add a secondary (Russian) keyboard layout to your system.
  2. Switch your keyboard layout to Russian.
  3. Launch Blender 2.8 beta.
  4. Select a default primitive object (e.g., a cube)
  5. Try to modify the object using any single-letter keyboard shortcuts. e.g., move (G), scale (S), extrude (E), inner extrude (I), etc. or Alt+any letter, or or Shift+any letter.

Event Timeline

Alexander Tokarev (a-tokarev) renamed this task from Many Russian keyboard shortcuts do not work in Blender 2.8 beta to Many Blender's keyboard shortcuts do not work on Russian keyboard layout.May 6 2019, 10:56 AM

Maybe OS-related? Everything fine in my setup:
Operating system: Linux-4.15.0-47-generic-x86_64-with-debian-buster-sid 64 Bits (ubuntu 18.04)
Graphics card: GeForce GTX 1070/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 390.116
Blender version: 2.80 (sub 60), branch: blender2.7, commit date: 2019-05-06 10:05, hash: rB2c0da4a3db96

Sebastian Parborg (zeddb) lowered the priority of this task from 90 to 30.EditedMay 6 2019, 7:15 PM

We can't reproduce this here a BI either.

Are you using some special russian layout?

@Sebastian Jansson (sebastian) Parborg (zeddb)

We can reproduce this here a BI either.

Do I understand correctly: you CAN reproduce this issue?
To be clear, what is a BI? Blender Internal (renderer)?

Are you using some special russian layout?

No, I'm using the default, stock Russian keyboard layout that ships with the system (elementary OS 5.0).
It's strange, but many applications on the same system work just fine with shortcuts in Russian layout, e.g. Thunderbird, Vivaldi, Tor.

Neither me or @Sergey Sharybin (sergey) managed to reproduce this on our machines. (With BI, I meant Blender Institute)

What is the output if you type "g" in an xev window?

When I type "g" (English layout):

KeyPress event, serial 38, synthetic NO, window 0x6400001,
    root 0x1cb, subw 0x0, time 28908034, (-287,-14), root:(584,513),
    state 0x10, keycode 42 (keysym 0x67, g), same_screen YES,
    XLookupString gives 1 bytes: (67) "g"
    XmbLookupString gives 1 bytes: (67) "g"
    XFilterEvent returns: False

When I type "п" (same keyboard key, but Russian layout):

KeyRelease event, serial 50, synthetic NO, window 0x6400001,
    root 0x1cb, subw 0x0, time 29128273, (-243,131), root:(643,1000),
    state 0x10, keycode 42 (keysym 0x6d0, Cyrillic_pe), same_screen YES,
    XLookupString gives 2 bytes: (d0 bf) "п"
    XFilterEvent returns: False

We've managed to reproduce the issue when running elementaryOS Live USB.

So, now need to figure out. Is it something what Gnome is doing different, or is it elementaryOS which does something different.

@Jacques Lucke (JacquesLucke), AFAIR, you're running Gnome? Mind testing this?

Otherwise we'll need to make it an install on some sacrificial machine and look in debugger and such.

I seem to be able to reproduce it. However, I'm not quite sure how it is supposed to work. When I switch to the russian keyboard, I don't have e.g. g on my keyboard anymore, so which key should be pressed then? (I never used a keyboard with different letters)

@Jacques Lucke (JacquesLucke) when you press G no matter which keyboard layout is active, it must be the same G hotkey. Layouts affects only on text input.

Bastien Montagne (mont29) raised the priority of this task from 30 to 50.May 16 2019, 12:45 PM

Note: seems to be same issue as T64105?

I have a related problem. When I try input "я" ("z" on english layout) in text edit mode blender switch viewport shading instead insert new char.
More: I can't input any char with second keyboard layout(russian) anywhere(text edit, object names, etc)

System Information:
Gentoo linux, gnome-3.34
Nvidia 2070
Blender 2.80 official build and Blender 2.81 nightly build

P.S> I run blender with --debug-events option
When I press "z" on english layout:

wm_event_do_handlers: Handling event
wmEvent  type:122 / Z, val:1 / PRESS,
         shift:0, ctrl:0, alt:0, oskey:0, keymodifier:0,
         mouse:(1721,914), ascii:'z', utf8:'', keymap_idname:(null), pointer:0x7fe3d462b008

wm_event_do_handlers: Handling event
wmEvent  type:122 / Z, val:2 / RELEASE,
         shift:0, ctrl:0, alt:0, oskey:0, keymodifier:0,
         mouse:(1721,914), ascii:'', utf8:'', keymap_idname:(null), pointer:0x7fe3d462b008

When I press "я" (z) on russian layout:

wm_event_do_handlers: Handling event
wmEvent  type:122 / Z, val:1 / PRESS,
         shift:0, ctrl:0, alt:0, oskey:0, keymodifier:0,
         mouse:(1743,913), ascii:'', utf8:'', keymap_idname:(null), pointer:0x7fe3d462a388

wm_event_do_handlers: Handling event
wmEvent  type:122 / Z, val:2 / RELEASE,
         shift:0, ctrl:0, alt:0, oskey:0, keymodifier:0,
         mouse:(1743,913), ascii:'', utf8:'', keymap_idname:(null), pointer:0x7fe3d462a388

P.S. I probably found a solution: https://gitlab.gnome.org/GNOME/gnome-shell/issues/1690

Richard Antalik (ISS) changed the subtype of this task from "Report" to "Known Issue".