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 652383 - Short-cuts for copy\paste don't work in Ukrainian\Russian layout
Short-cuts for copy\paste don't work in Ukrainian\Russian layout
Status: RESOLVED DUPLICATE of bug 674892
Product: gnome-shell
Classification: Core
Component: general
3.0.x
Other Linux
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks:
 
 
Reported: 2011-06-12 09:07 UTC by sbabakin
Modified: 2012-04-27 10:03 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description sbabakin 2011-06-12 09:07:18 UTC
The Gnome display language and system locale is en_US.
I have 3 language layouts: English (US), Russian, Ukrainian.

Shortcuts for copy\paste (Ctrl+C, Ctrl+V) work only in English layout.

If I use these shourtcuts in Ukrainian or Russian layout then on Ctrl+V it enters full path of the file in the quick search field (looks like I've typed it there).
Comment 1 sbabakin 2011-06-12 09:10:23 UTC
I try copy\paste in Nautilus 3.0.2
Comment 2 Petrov Dmitry 2012-01-18 08:47:49 UTC
I can confirm this issue, it also take place in empathy integration dialogs at the bottom. I think shortcuts are broken in all places where they are set with javascript, because js engines have troubles with handling nonlatin symbols. See event.keyCode, ev.which and ev.charCode issues.

My system is Ubuntu 11.10 with all updates
Comment 3 Petrov Dmitry 2012-01-18 09:05:37 UTC
The problem is in event.get_key_symbol() method. For cyrillic symbols it returns big numbers corresponding their position in Unicode table (like 65293), and in latin numbers are low, like - 108, whereas it should always return the same value in all layouts
Comment 4 sbabakin 2012-01-18 09:24:37 UTC
This issue was fixed in gnome-shell:3.2.x. Maybe it is easier to upgrade to a newer version than try to make a fix for v3.0.x?
Comment 5 Milan Bouchet-Valat 2012-01-18 09:53:55 UTC
Great to know it's fixed. There won't be backports for 3.0, sorry, it's far too late.
Comment 6 Petrov Dmitry 2012-01-18 16:41:39 UTC
Sorry, I didn't mention, but I use gnome-shell 3.2.1 and error is still there.
Comment 7 Milan Bouchet-Valat 2012-01-18 17:17:10 UTC
So, what's the difference between you two? What keyboard layouts do you use? What versions of the Shell?
Comment 8 Petrov Dmitry 2012-01-18 20:04:02 UTC
My system info: Ubuntu 11.10
gnome-shell 3.2.1

locale - ru_RU.UTF-8
I have a cyrillic layout - ru(winkeys)

I use the following testcase: 
1. copy some text to the clipbard
2. run alt-f2 to open run command dialog
3. press ctrl-v in latin layout, everything works as expected
4. remove pasted text
5. change layout to the cyrillic one and press ctrl-v - nothing happens.

About my previous comment(#3) - I've got that numbers by inserting debug statements in the shell code and took them from looking glass.

Please, tell if I can provide any additional information
Comment 9 sbabakin 2012-01-19 08:44:24 UTC
My system info: Ubuntu 11.10
gnome-shell 3.2.1-0ubuntu1.1

$ locale
LANG=uk_UA.UTF-8
LANGUAGE=en
LC_CTYPE=en_US.UTF-8
LC_NUMERIC="uk_UA.UTF-8"
LC_TIME="uk_UA.UTF-8"
LC_COLLATE=en_US.UTF-8
LC_MONETARY="uk_UA.UTF-8"
LC_MESSAGES=en_US.UTF-8
LC_PAPER="uk_UA.UTF-8"
LC_NAME="uk_UA.UTF-8"
LC_ADDRESS="uk_UA.UTF-8"
LC_TELEPHONE="uk_UA.UTF-8"
LC_MEASUREMENT="uk_UA.UTF-8"
LC_IDENTIFICATION="uk_UA.UTF-8"
LC_ALL=

Layout ru(winkeys) and uk(winkeys)

Wow! With your test case I have the same problem. I've never noticed that. 

But the bug I reported (Ctrl+C and Ctrl+V in Nautilus) in 3.2.x was fixed.
Comment 10 André Klapper 2012-04-27 10:03:25 UTC
Same problem as bug 674892 which has more developer input. Marking as duplicate.

*** This bug has been marked as a duplicate of bug 674892 ***