GNOME Bugzilla – Bug 739157
switching keyboard layouts through gnome-shell does not work
Last modified: 2014-11-08 17:27:25 UTC
I have a fresh install of Ubuntu-Gnome 14.10, with the Gnome 3.14 packages found in the gnome3 and gnome3-staging ppa's. I have a standard US keyboard on a Dell Inspiron laptop, and I am interested in typing polytonic Greek. Inside of gnome-control-center (version 3.14.0), I was able to add the "Greek (polytonic)" keyboard layout just fine. A dropdown menu appeared in the top-bar in gnome-shell (version 3.14.1) which allowed me (allegedly) to change the keyboard layout. I also have the "Alt+Space" shortcut assigned to switch layouts. This also looks like it's working. The problem is that the keyboard layout does not actually get changed from US to Greek-polytonic. That is, after I switch the layout to Greek-polytonic through a mechanism provided by gnome-shell, the layout does not actually get changed. However, I can change the layout through setxkbmap. So, when I go to a terminal and type "setxbmap gr polytonic" or "setxkbmap us" (I saved this last command before switching to Greek!) Everything works just fine. For the record, here is the output I get for "setxkbmap -query": --- rules: evdev model: pc104 layout: us options: terminate:ctrl_alt_bksp ---
I see the same for de and sv, both in the nodeadkeys variant with a similar setup (gnome on 14.10 with these ppas)
Do you have any error messages in your session log? (possibly in the systemd journal) Can you reproduce this in a fresh user account? And can you reproduce in a different distribution?
My system also affected to this bug. There no errors in log, it's reproducible on fresh account and it's not reproducible on gnome-3.14 livecd. Ubuntu GNOME 14.10 with gnome3-staging ppa
My experience is the same as Anton Sudak's. The bug is still there with a new user account, and there are no errors in the log.
So is anyone who is seeing this *not* using Ubuntu? There's a history of large downstream patches and version mismatches of core components there, so this may very well be a downstream problem.
I have the same problem. I have fresh install of ubuntu gnome 14.10 with gnome next and staging ppa's. I have explored KeyboardManager object through looking glass and everything looks fine. _layoutInfos look like { ru: { group: ..., groupIndex: 1, id: 'ru', layout: 'ru', variant: '' }, us: { group: ..., groupIndex: 0, id: 'us', layout: 'us', variant: '' } } and when I call apply no error happens, and _current is changed, but input language does not change.
Found this answer for problem http://askubuntu.com/a/544194/76685
So is anyone facing this problem *not* using Ubuntu? We do not need more comments by people saying that they use Ubuntu. :P And if Ubuntu requires installing ibus-m17n the packagers might want to mark that as a dependency. If somebody has reported the problem to them.
XkbLockGroup in the mutter backend is called with the proper index of the keymap, still no succes. setxkbmap works, though. But I will test with a live DVD of something not Ubuntu and 3.14.
So, I checked with a) a new user on the ubuntu system b) FC21 beta live cd a) doesn't work b) works fine. So it looks like it's an ubuntu issue at least for my simple xkb switching
(In reply to comment #10) > So it looks like it's an ubuntu issue at least for my simple xkb switching Thanks for testing! So this indeed appears to be a downstream issue, closing as such.
Yep, at least for the xkb layouts it's caused the patch for launchpad bug 1318673