[SRU]Wrong keyboard layout active after booting into desktop

[Daniel Kessel]

[Impact]

When first boot into Unity desktop, English keyboard layout is active while all other parts of the system language settings are set to another language (e.g. German).

The bug is properly addressed in newer upstream releases in Vivid, but the changes is too intrusive and not suitable for being back ported in SRU. And changing the default to use system keyboard layout solves the problem.

[Test Case]

1. Set the system language to something other than English, e.g. German.
2. Create a new user, log in to the Unity desktop of the new user.
3. Check the keyboard layout, it should be German instead of English.

[Regression Potential]

Since this changes the default value of the keyboard layout settings by using system defined as default, it avoids using ibus's built-in keyboard layout related functionality, so that this could be a regression for users rely on this certain behavior (e.g. use English keyboard while want to keep the system language settings to German), but such behavior is not expected for normal usage.

[Daniel Kessel (dkessel)]

If there is any command I could type before using the "switch to vterm to fix keyboard layout" fix to help triage this, that will be no problem.

[Michael Engelhardt (me-mindcrime-ilab)]

Same problem here. Workaround helps as described.

[Ricardo Graça (devius)]

Does the keyboard layout indicator (on the Unity bar) show the correct (german in your case) layout although the keyboard actually behaves like it's an english one?

[Ricardo Graça (devius)]

Stupid question, you already answered it in the bug report.

Another "fix" is going to the indicator and clicking on the correct layout. Might be slightly faster than switching to one of the virtual terminals.

[Danillo (danillo)]

I got the same problem but the workaround I'm using is go to input settings, add another random keyboard layout and remove it right away. I'll try the other one.

[Vince Marsters (vincemarsters)]

I get the same on a fresh install with English (UK) as my primary language.

[Aleš Pospíchal (ales-s)]

I can also confirm that this bug also affects new installations. I installed Ubuntu 13.10 with Netboot and today experienced same as with my upgraded laptop from Raring.

[Ludovic COLO (ludovic-colo)]

I can also confirm this bug on my laptop using Ubuntu13.10, even though it started some days after the upgrade (maybe one or two weeks). I want french as default keyboard layout and it starts with the english layout. The french layout is ticked in the keyboard menu even though it is not the one used currently after a reboot. To click on it sets the keyboard to french layout as desired.

[Ludovic COLO (ludovic-colo)]

I don't know if that can help you, but I found a solution to my problem (comment #9). I uninstalled IBus from the Software Centre and it did the trick.

[Rubeosis (faspie)]

confirmed on 13.10 after fresh installation (german keyboard layout)

[John Revill (jprevill)]

Uninstalling IBus, as suggested in comment #10, also fixes the problem for me.

[Marcos Magalhães (marcos-daekdroom)]

Confirmed for trusty. Happens for both desktop and LightDM

[TimoW (es-uomikim)]

Yes, it also affects trusty. I use my local keyboard layout as default and english is even not among the keyboard layouts list but it still defaults to english.

[stagelll (gedefr)]

Same bug here: 14.04 with fresh install. The English layout keeps coming back every two or three sessions, although I erased it from my keyboard's layout list.

I've used the workaround that I found here http://askubuntu.com/questions/378959/keyboard-layout-changes-after-reboot ("brunces" answer at the bottom of the page). That is to add a bash script to the startup applications, that puts the system to the default layout of my chosing. It's not pretty, but it works.

[Patrick Then (patrickthen)]

I still get it in Trusty, as well.
Upgraded from 13.10, where I had it, too.
It's not happening everytime, but fairly frequently.

Sorry guys, but considering that it's been there for half a year and 14.04 is supposed to be LTS, this is getting ridicoulus.

[zubozrout (zubozrout)]

Yep, confirmed, I first encountered it in Saucy, then it was somehow magically solved and now in a new installation of Trusty it occurs again.

[Martin Jurča (mato-jurca)]

Here's an easy fix:
1) open terminal
2) run ibus-setup
3) open the extra settings (the last tab)
4) check the "use system keyboard layout" checkbox

Now, how about you guys (yes, you, Canonical) make this the default settings? All I know about it is that it (probably) stores its config in gconf, but I cannot find it, so I cannot give you a patch.

[gg2014 (gg2014)]

@mato-jurca. Solved it for me to.

Just installed 14.04 today and this drove me nuts (after the first reboot or upgrade, dont know).
So thanks a lot.

[Thiago Dourado de Andrade (7hi4g0)]

Found on dconf-editor under desktop.ibus.general the key engines-order, and despite not having english as one of my input methods, the first value on this key was 'xkb:us::eng'. Removed that and the problem was resolved.
Don't know if that's the real cause nor why english was first if it wasn't even supposed to be there.

[John Belton (jbelton1950)]

I've just installed dconf-editor as it wasn't installed and the "engines-order" is empty, just showing empty square brackets.. I have never used anything like this so I'm not sure if it is valid to add anything in there. It may be because it wasn't installed but I'm not sure about using it to try and correct this.

[Martin Jurča (mato-jurca)]

@jbelton1950

I found the dconf property to configure (for those who don't want to use ibus-setup or want to fix this distro-scale).

Open dconf-editor and open the desktop.ibus.general folder. Make sure the "use-system-keyboard-layout" property is enabled. This will resolve the conflict between ibus and your keyboard settings.

Editing the "engines-order" and "preload-engines" won't do much help as these (supposedly) are re-generated on each login.

[Thiago Dourado de Andrade (7hi4g0)]

@mato-jurca

Indeed I found out after some system reboots that the the "engine-order" returned to the original state.
I setted the "use system keyboard layout" option as described and now everything is working fine.

Didn't understand why the "engine-order" gets regenerated every time. It seems to me like a configuration the should be consistent among system reboots, not to mention it's a really annoying bug that the average user does not have the ability or will to fix it manually. Sure is easy for developers and advanced users, but still, only after we know what to do to fix it.

[Martin Jurča (mato-jurca)]

@7hi4g0

If you don't want the engine-order be re-generated, you need to disable the preload-engine-mode flag (set it to 0).

(obnoxious bitter comment start)
Damn... looks like I begin to know about this issue more than the Canonical.
(obnoxious bitter comment end)

[John Belton (jbelton1950)]

I think I know the feeling, perhaps Canonical think it is too trivial to sort, but the thing that gets me is the wrong keyboard layout is not selected on every boot but does happen apparently at random!!!
John

[Hendrik Schrieber (hennekn)]

This is definitely not an indicator problem but seems to affect ibus. I added the appropriate package so developers get notified.

[Launchpad Janitor (janitor)]

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

[Hendrik Schrieber (hennekn)]

Can anybody confirm that changing use-system-keyboard-layout fixed the problem?

[John Belton (jbelton1950)]

I thought it had but the problem recurred a couple of days later, in fact it reverted to the US keyboard layout this morning but switched to the UK keyboard layout (as indicated by the icons) after clicking it. I assume it would be the same what ever keyboard layout was set in the Languages menu.

[waffen (mlacunza)]

I can confirm, many restarts and the problems dissapears with that fix. Im using Ubuntu 14.04 64bits Languages: ES and EN

[Hendrik Schrieber (hennekn)]

Ok, I just checked the sources to confirm: With Ubuntu 13.10 the new dconf settings were introduced with the default value of the setting mentioned above set to "False". So this probably is the cause for this bug and also for bug #1246272 I suppose.

I'm trying to build a patch for this but I'm pretty new to creating patches for Ubuntu so please be patient. In the meantime you can just apply the setting manually as mentioned above.

[Matthias Niess (mniess)]

@hennekn
I can confirm that changing the ibus-setting solves this for me, too. I'll help with builing a fixed package (got a little experience with that now). What exact package (and file) is responsible?

[Matthias Niess (mniess)]

I just created a patched package (see linked branch above).

[Matthias Niess (mniess)]

I proposed a fix for this bug for merging. Anything more I need to do? I haven't received a single comment on the merge proposal (which is 4weeks+ old now).

[Jochen Fahrner (jofa)]

It looks like Canonical is not interested in fixing essential bugs. This and some other essential bugs (nvidia driver problem, brcm driver problem) caused me to switch to native Debian with Gnome 3. And I was very astonished that Debian does not suffer from all these bugs, because both systems are based on Gnome 3. So it must be Canonical modifications that break the system, but no one at Canonical feels responsible for all these bugs. Instead they wait for someone upstream to fix these bugs.

[John Belton (jbelton1950)]

I tried the proposed fix a while back and the problem hasn't returned on my system, I had assumed the fix had been pushed through. As for the Gnome 3 set up, I was using the Unity version on bot my Desktop and my Laptop but the problem only affected the Laptop, so maybe it is a combination of the hardware as well as the software. The Laptop is a Dell Vostro 1510 with some extra ram (4GiB) and a 250GiB harddrive. Maybe the fix doesnt work for all hardware as it seems to be something that resets the defaults in some circumstances.
John

[Matthias Niess (mniess)]

@jbelton1950: The problem occured when a default setting for ibus was changed. The fix just reverts the setting to the old default.

[Carlos Chacon (andreschaconcordero)]

Hi:

I was experiencing the same issue with my Ubunty Trusty Tahr. A workaround that worked for me was this:

1- Access the Language Support from the System Settings.
2- Select "None" in the Keyboard input method system (default is IBUS).

I restarted twice and the issue was fixed. Not sure about the potential consequences of disabling this option though; I found what the IBUS feature was (https://help.ubuntu.com/community/ibus) but did not understand it completely.

Hopefully this may work for someone else. It'll be appreciate it if someone with more knowledge can tell me what does this feature do specifically and if this might affect the computer's behaviour or functionality.

Regards!

[Guido Zoellner (gzoellner)]

Ubuntu 14.04 LTS: I can confirm that opening dconf-Editor and enabling "use-system-keyboard-layout" in desktop.ibus.general works, just as stated in comment #23: https://bugs.launchpad.net/ubuntu/+source/indicator-keyboard/+bug/1240198/comments/23

I have experienced this keyboard layout issue since Ubuntu 13.10. Since then, different workarounds have been proposed, some of which have worked and some of which have not, also depending on whether 13.10 and 14.04 was running. Several weeks ago on 14.04, I enabled "use-system-keyboard-layout", and from then on this bug has never returned.

And by the way, in the meantime also e.g. this comment on Ask Ubuntu confirms this method as "the best way to fix it", referring to this exact bug report: http://askubuntu.com/questions/362973/keyboard-layout-switches-to-english-each-time-i-reboot/442415#442415

[il_mix (massimo-cristofolini)]

Same problem here.
Ubuntu Gnome 14.04.
'it' (default) and 'en' layout available.
Sometimes the keyboad changes from 'it' on reboot, sometimes during normal use. Keyboard layout indicator on top panel states that 'it' is still selected.
Temporary workaround: select 'en' than 'it' again. Keyboard layout became 'it' again, but it sometimes switches again to a different layout.
Will try prevously mentioned workarounds.

[Jörn Schönyan (joern-schoenyan)]

Please, fix this bug! It's totally annoying, every single day people ask for it in the Ubuntu forums. Get rid of iBus or do whatever you want, but this bug needs to be fixed ASAP!

[Alan (alanjas)]

Same problem in 14.10 Utopic.
I use dpk-reconfigure keyboard-configuration to fix the settings, but after reboot it returns to English!

[John Belton (jbelton1950)]

I've just checked my 32bit Ubuntu 14.10 virtual machine on my Laptop (Dell Vostro 1510 running Ubuntu 14.04.1 and VirtualBox) and have found the correct keyboard layout UK English is selected. Not the US English that was causing a problem initially when 14.04 was installed. After the correction around #34 in the list above it hasn't recured on this machine and the problem never occured on the Dell Optiplex Desktop running the same software. I can only think there may be some problems with some keyboard controller hardware as it doesn't seem to affect all systems. I tried two different USB keyboards on the Desktop, the Dell one for the machine and a Packard-Bell one but both seem to work correctly, selecting the UK English layout as a first preference but without dismatling the keyboards I can't see if the same interface chip-set is used on both keyboards.
I rechecked the 14.10 Alpha2 again after rebooting following this mornings updates and the UK English keyboard layout was still correctly selected.
John

[Georg Jung (georgjung)]

same here (Ubuntu 14.04 with Unity or GNOME Shell). The whole ibus system is broken and the "fix" (e.g. #23) basically just switches it off. Here are the problems in detail:
ibus does not react, it does not seem to govern the keyboard layout anymore (xkb vs ibus issue?). Some GUI features might make it look like it's working (OSD under Gnome, indicator under Unity), but the effect is not there. Additionally (and possibly unrelated, but occurring wiht the same update), some key combos (namely opening a terminal with alt-ctrl-T) have no longer effect (neither on Gnome nor Unity). The "fix" just sets the fallback to what you might like to work with, but there is no switching layouts (and/or input methods) anymore.
For me the problem became apparent with the update to kernel version 3.13.0-34-generic. No fix so far solves the underlying problem of ibus being broken. This problem concerns the essential keyboard input and should have maximum priority! This goes for this thread as well as the discussed duplicate bug #1246272. It baffles me how a broken keyboard input system can be tagged with low priority.
I have updated GNOME to the gnome team version, changed the user id to 1001, tried all kinds of fixes, ibus remains unresponsive. I will now stick with the fallback solution from bug #1246272 without the option to switch layouts (no more Japanese input), until I have time to migrate to Debian. With ibus broken like this we are back to antedeluvian times where Linux could only be used with a US keyboard.

[Gregory Loichot (gloichot)]

Same bug here with Ubuntu 14.04 with Unity.
It should be a Blocker issue... that bug decrease productivity so much!

[theghost (theghost)]

We're already on 14.04.1 and this bug is still open. I don't know what Canonical is thinking. They don't even care for their own stuff, developed inhouse. All this is no problem in Xfce or KDE. In Unity, even the basic things are broken and not fixed for months...

[AndreasSprecher (andreas-sprecher-postmail)]

I have hade the same Problem on a Laptop, i fixed it with dconf-editor: "use-system-keyboard-layout" property is enabled (But thats a Workaround)

But now i have a 5 year old ACER Veriton T661, have installed Ubuntu 14.04.1 - Result: no Problem Keyboard keeps SwissGerman like adjusted.

Then i have changed the Motherboard Battery on this T661, after Reboot the Keyboard Layout has gone back to english. I set it back to SwissGerman.... shutdown, unplug the PC from Power reboot several Times ... Keyboard Layout is still swissGerman ... no Problem anymore.

It looks like a Problem with the location where this information is held. Please check on the Computers with this Problem the Mainboard Battery, maybe thats the Problem?

[AndreasSprecher (andreas-sprecher-postmail)]

I Play the Game with the Motherboard Battery 2 times more until now, result is the same as above.

[jjgwau (jjgwau)]

14.04 was installed 10 days ago and all worked fine. Now a keyboard problem appears.
On logon the keyboard input is acting as an AZERTY keyboard.(like expected)
In Unity the keyboard layout chart is still AZERTY but it acts as a QWERTY keyboard.

[Andreas (andreas-rabus)]

Same here.
It happens seldom but it's really annoying.
For me the fix from the duplicate bug comments

    gsettings set org.gnome.desktop.input-sources current 0

works fine.

Funny thing:
Login has german layout (my password wouldnt work otherwise) but the gnome shell has already us keyboard, eg [] instaed of öä.
Don't have unity installed.

Its a fresh ubuntu 14.04 gnome install on an ideapad .

System settings have only german an report german even if have us layout.

(And everybody who thinks this is only low priority should be forced to use a strange keyboard layout for more than 1h while working... ;)

[Julien Olivier (julo)]

@mniess

Apparently, you need to test your patch against Utopic to get this finally fixed. Could you do it please?

[George Karakostas (gckarakostas)]

#19 works for me. Also fixes other issues too such as wrong language indication and occasional slight delay in switch. Wonder if this setting should be default as suggested. See https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1303005/comments/7

[Otto Kekäläinen (otto)]

I noticed on a 12.04 system that something had created in the user home directory a directory called .xinput.d/ which contained the file (symbolic link) en_US -> /etc/X11/xinit/xinput.d/ibus. I wonder what created this? Ibus? Why is it en_US despite the user keyboard locale in setxkb and other places was 'fi'?

[John Belton (jbelton1950)]

This problem has retuned YET AGAIN, why when it has been OK for some months has it re-appeared, is someone updating something to suit some hardware that doesn't apply to others, it has affected my Laptop but not so far the Desktop, both running Ubuntu 14.04.1 LTS at the same current update state?
I have Ubuntu 14.10 Beta dualbooting on my Laptop and so far the keyboard seems to have remained as Engilsh (UK) and not changed sinse it was installed and I configured it for my normal keyboard use. Is that going to keep changing when that is fially released in a few days time?
John

[John Belton (jbelton1950)]

Jost to confirm this has happened again openning Ubuntu 14.04.1 LTS but corrected it's self when I rebooted this Laptop and opened the Ubuntu 14.10 Beta, reverting again to the LTS OS partition it was the English (UK) keyboard correctly indicated.
The keyboard it opens with again seems to be a random selection thing again, could it be somehow related to the Grub bootloader prior to the Operating System selection some how setting the keyboard layout that it opens the OS in that isn't overridden when the OS starts?

[ThomasA (thomas-arildsen)]

This appeared for me after upgrading from 13.04 to 14.04. After boot, the keyboard layout seems English although Danish is my only installed layout.

[John Belton (jbelton1950)]

I have just done the updates to Ubuntu 14.10 and one of them was the “Language Selector” and surprise surprise the wrong keyboard layout was selected, the first time using Ubuntu 14.10. Is this the real cause of the problem.?

[Soenke (me-ngeefk4xay8)]

Same here after Upgrade to 14.10

[Bruno Nova (brunonova)]

* Does this bug affect Utopic users that fresh installed it (not upgraded from a previous release)?

* For users facing this bug, a simple fix is, as others mentioned, to run "ibus-setup", go to the "Advanced tab" and enable "Use system keyboard layout".
It works for me.

* I attached a patch that changes the default value of /desktop/ibus/general/use-system-keyboard-layout to true, which should fix the issue.
But, after compiling and installing the ibus package myself, running "ibus-setup" throws an error and doesn't start:
    (ibus-setup:2680): GLib-GIO-ERROR **: Settings schema 'org.freedesktop.ibus.general.xkblayoutconfig' is not installed
I have no idea why. I haven't tried compiling without the patch.
So, if this patch is considered, it should be carefully tested. And I also don't know if this could affect other desktop environments negatively.
But the main idea of the patch is setting that dconf setting to true.

* This bug should be added to the 14.04 release notes. (Can/should I edit it myself?)

[Ubuntu Foundations Team Bug Bot (crichton)]

The attachment "use-system-keyboard-layout.patch" seems to be a patch. If it isn't, please remove the "patch" flag from the attachment, remove the "patch" tag, and if you are a member of the ~ubuntu-reviewers, unsubscribe the team.

[This is an automated message performed by a Launchpad user owned by ~brian-murray, for any issues please contact him.]

[Bruno Nova (brunonova)]

To apply the fix (setting use-system-keyboard-layout=true) system-wide:

1. As root, create the file /usr/share/glib-2.0/schemas/30_ibus.gschema.override with the contents:

[org.freedesktop.ibus.general]
use-system-keyboard-layout=true

2. Then run: sudo glib-compile-schemas /usr/share/glib-2.0/schemas/

This should set the default value of use-system-keyboard-layout to true, which should fix the issue.
But I'm not sure if it actually fixes it (dconf is confusing).

[Chris Johnston (cjohnston)]

I'm unable to reproduce this in vivid.. Could someone else please give it a try in vivid and see if they are able to reproduce?

[Saif Ahmed (saiftynet)]

This bizarre and irritating bug comes again and again on my system, at random times and sometimes when I update.
US keyboard settings apply even after deleting the US keyboard and checking that the keyboard layout chart was correct for my UK keyboard. On the last occasion it was possible to fix by removing some files using

rm -rf .cache/ibus .config/ibus .config/dconf

There are clearly multiple places from which the keyboard settings are derived. There should be a way of synchronising this settings from the keyboard configuration tool, and making this persistent across updates.

[Aron Xu (happyaron)]

Accepted in trusty-proposed, SRU verification needed.

[Ubuntu QA Website (ubuntuqa)]

This bug has been reported on the Ubuntu ISO testing tracker.

A list of all reports related to this bug can be found here:
http://iso.qa.ubuntu.com/qatracker/reports/bugs/1240198

[StatnMap (seb44550)]

This bug also affect Utopic. Will the fix be commited to next release too ?

[Mathew Hodson (mhodson)]

ibus is available in the trusty-proposed repository and at https://launchpad.net/ubuntu/+source/ibus/1.5.5-1ubuntu3.1 .

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, and change the tag from verification-needed to verification-done. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed. In either case, details of your testing will help us make a better decision.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance!

[FM33 (foxxm)]

OK for me with ibus 1.5.5-1ubuntu3.1
No reproduction since dec. 11th

Is tagging reserved to bug's owner ?

[Jean-Louis Hens (jean-louis-hens)]

Since 10.04 (fresh install) I was affected by this bug and this other one :
Bug #1322925 (Copy, paste stops working randomly in Ubuntu 14.04 nautilus)
The last one is very annoying. Suprisingly the two bugs are linked, but think about all shortcuts affected by the last one.

None of them affect me anymore after I have changed my input configuration via im-config.

I use belgian kbd on Utopic (amd64)

I have launched im-config in console (with sudo to resolve the bug for all users)
and I have Changed
default (use auto mode set by /etc/default/im-config)
to
ibus (active intelligent input Bus (IBUS) @)

I do not remember if I had to install something to be able to do this.

If like me, you are affected by the two bugs, you may give it a try and repport it here.

Good luck.

[Carol Painting (cpainting)]

Thanks for the information. I'm not aware of any copy and paste
problems on my pc.

I corrected my keyboard layout using the Settings Manager.

On Mon, 2014-12-29 at 13:58 +0000, Jean-Louis Hens wrote:
> Since 10.04 (fresh install) I was affected by this bug and this other one :
> Bug #1322925 (Copy, paste stops working randomly in Ubuntu 14.04 nautilus)
> The last one is very annoying. Suprisingly the two bugs are linked, but think about all shortcuts affected by the last one.
>
> None of them affect me anymore after I have changed my input
> configuration via im-config.
>
> I use belgian kbd on Utopic (amd64)
>
> I have launched im-config in console (with sudo to resolve the bug for all users)
> and I have Changed
> default (use auto mode set by /etc/default/im-config)
> to
> ibus (active intelligent input Bus (IBUS) @)
>
> I do not remember if I had to install something to be able to do this.
>
> If like me, you are affected by the two bugs, you may give it a try and
> repport it here.
>
> Good luck.
>

[FM33 (foxxm)]

Reproduced again this morning, but did not affect super-w shortcut. Also new : numlock LED is off, but the function is on. Pressing it twice re-enable it, but it goes off again after a few minutes.

[John Belton (jbelton1950)]

This problem has reappeared yesterday after quite a time but as there were no new updates I can not think of a possible cause for it to reappear. There was an update to the anacron software and I wonder if that update could have "restored" the default installation keyboard layout somehow. Clicking on my selected keyboard layout seems to have restored my preferred layout but I noticed it was reset to US keyboard layout after switching on and logging in this morning.
I haven't had any problems with the numlock LED so far.

[Colin Law (colin-law)]

@John Belton, on some systems it seems to happen only very occasionally. It should be fixed once we get the updated ibus.

[Carol Painting (cpainting)]

I have not had any problems since I changed the layout manually using
the settings manager, even after software updates.
--

On Sun, 2015-01-04 at 11:33 +0000, John Belton wrote:
> This problem has reappeared yesterday after quite a time but as there were no new updates I can not think of a possible cause for it to reappear. There was an update to the anacron software and I wonder if that update could have "restored" the default installation keyboard layout somehow. Clicking on my selected keyboard layout seems to have restored my preferred layout but I noticed it was reset to US keyboard layout after switching on and logging in this morning.
> I haven't had any problems with the numlock LED so far.
>

[pwd3270 (peter-duffy)]

I've been hitting this problem for several weeks and tearing my hair over it. (Basically, I'm setting up a semi-automated install environment for rolling out about 250 Ubuntu 14.04 workstations - so fiddling about with GUI settings on each machine wasn't an option.)

The variant of the problem which I experienced was that although /etc/default/keyboard specifies gb layout, all the desktops except Unity defaulted to US layout, and "ibus engine" reported "xkb:us::eng".

In my case, the following steps appear to have fixed the problem:

1) I edited /usr/share/glib-2.0/schemas/org.freedesktop.ibus.gschema.xml, and set the value for "use-system-keyboard-layout" to "true". I then ran "glib-compile-schemas /usr/share/glib-2.0/schemas". After this, all the desktops defaulted to GB layout - but "ibus engine" still reported "xkb:us::eng".

2) I had noticed in passing that when I ran "ibus list-engine", there wasn't a setting for "xkb:gb::eng" - only "xkb:gb:extd:eng", which didn't quite match the definition in /etc/default/keyboard (there was also one for the dvorak keyboard.) So I tried editing /usr/share/ibus/component/simple.xml, duplicating the engine definition for "xkb:gb:extd:eng" as "xkb:gb::eng", and then running "ibus restart". After this, "ibus engine" reported that it was using "xkb:gb::eng".

I've spent so long on this and run down so many false trails that I don't fully believe it yet - I'll reinstall the test box from scratch and apply the above again a few more times, then I'll report back.

[Colin Law (colin-law)]

@pwd3270 did ibus 1.5.5-1ubuntu3.1 not fix it (see comment #70)?

[John Belton (jbelton1950)]

It has reappeared again today, I checked and the system settings "advised me" that it was not completely installed which is very odd since I always do the install whenever I update an install (back in April last year) and running it downloaded one dictionary but reinstalled several that were not downloaded but must have been on the system. This didn't change the keyboard layout until I selected it from the option on the top bar. I'm not sure why the language selection should have been affected though I didn't reboot after resetting my layout choice.
I don't know if this behaviour is related but seems one hell of a coincidence!

[Bruno Nova (brunonova)]

According to the previous comments, the fix for Trusty is apparently not working.
So the verification-done tag should probably be replaced by verification-failed!

I had tested the fix in a virtual machine, but I noticed that use-system-keyboard-layout was still false after installing it (reported by ibus-setup and gsettings).
As I commented in the merge request (https://code.launchpad.net/~brunonova/ubuntu/trusty/ibus/lp1240198/+merge/241742), the line I added to "debian/ibus.install" is missing from the fix. That line installs the file gschema override that sets use-system-keyboard-layout=true.
If the fix is indeed not working, this is probably the reason why it's failing.

[Petr_F (p-frish)]

On 29.1.2015 14:30, Bruno Nova wrote:
> ** Tags removed: verification-done
> ** Tags added: verification-needed
>

GUI for kbd is screwed up since ubuntu 12
workaround is command ( eg for alt gr international):

setxkbmap -rules evdev -model evdev -layout us -variant altgr-intl

[Bruno Nova (brunonova)]

Has the proposed package fixed the issue or not?
FM33 reported in comment #71 that it fixed it, but in comment #74 he says that it wasn't fixed after all, I think.

I haven't tested it, but I don't think the proposed package will fix the issue.
From the diffs, it's missing one important change from my merge request: the line added to "debian/ibus.install" that makes the file "data/dconf/10_ibus.gschema.override" be installed, which is the file that fixes this. Unless there's something else going on.
Could an Ubuntu developer look into this?

[Aron Xu (happyaron)]

The fix is uploaded but stuck in trusty-proposed, still need SRU/archive admins to let that approved to trusty-updates.

[Brian Murray (brian-murray)]

For the SRU / archive admins to move the package from -proposed to -updates the bug report in the SRU must first be verified which this bug is not.

[Bruno Nova (brunonova)]

When I was asking if it fixed the issue, I was referring to the "affected users".

The bug was marked "verification-done" in comment #71 by FM33.
However, e later said in comment #74: "Reproduced again this morning (...)".
Comment #75 also says: "This problem has reappeared yesterday (...)".
They didn't remove the verification tag, so I set it to "verification-needed".
I'm now changing it to "verification-failed". If I misinterpreted the comments, please change it back.

@Aron (or someone else), please recheck my merge request (https://code.launchpad.net/~brunonova/ubuntu/trusty/ibus/lp1240198/+merge/241742).
The commit in trusty-proposed is missing the important change in "debian/ibus.install". Please add that change to trusty-proposed, adapting it if necessary.

[Matthias Niess (mniess)]

I can definately verify (for at least 100 machines) that changing the settings DOES work. What I can't verify is that this patch modifies the default setting (or updates existing installations). If anyone can verify this, please do so. This is such an annoying bug that I need to fix on every single non-US Ubuntu installation by changing the ibus-setting

[Andrew Rendle (andrew-andrewr)]

FWIW, I have installed the ibus package from trusty-proposed (version 1.5.5-1ubuntu3.1) and this bug is still present.

[Matthias Niess (mniess)]

@andrew Installing the package won't fix the bug for your current user. It will change the default for newly created users. If you want to fix it for your current user you just need to change the setting "by hand" by opening "ibus-setup" and checking the setting to "Use system keyboard layout".

[Matthias Niess (mniess)]

@andrew-andrewr If you want to confirm whether the bug is fixed, create a new user and verify if the setting is checked.

[Kazlu (kazlu444-4)]

Also happened to me in Xubuntu 14.04, Kubuntu 15.04 and Linux Mint 17. Occurs on several computers with several keyboards but not all of them : I have an eeepc which embedded keyboard causes no problem, but some external keyboards are set in US layout at boot. Very annoying to enter my password at login...

I worked around this by executing "setxkbmap -fr" at startup, but the problem is still there at login.

[Kazlu (kazlu444-4)]

edit: Sorry, force of habit, I am not running "setxkbmap -fr" but "setxkbmap fr" at startup.

[Matthias Niess (mniess)]

How to test if the proposed package fixes this:

1. Install proposed package
2. create new user
3. login as the new user
4. run dconf read /desktop/ibus/general/use-system-keyboard-layout

The result should be 'true'. I don't have a machine with 14.04 anymore so I can't test this. Please folks, lets finally get this fixed. For all non-english users this is a major annoyance.

[Paul Hoell (hoellp)]

I tried the steps to test the proposed package, but the dconf key is not available on my system and thus has no output. The system language and keyboard are set to German in both cases.

[Matthias Niess (mniess)]

@hoellp can you run "ibus-setup" and check the "Erweitert" (Advanced) tab?

[Matthias Niess (mniess)]

I confirmed with @hoellp that the packages in proposed are not working. They are not reverting the dconf setting for newly created users.

[Coeur Noir (coeur-noir)]

Bug still existing in Ubuntu 15.10 → https://forum.ubuntu-fr.org/viewtopic.php?pid=20947601#p20947601

I also met it with many 14.04 installation - running ibus-setup and setting "use system keyboard layout" in advanced tab was and still is the workaround.

[Coeur Noir (coeur-noir)]

And not only under Unity environment but also other "flavors" (Lubuntu, Xubuntu…) and other ubuntu based distro like elementaryOS.

[Rolf Leggewie (r0lf)]

Reopening

[Michel Kleidt (kleidt)]

Perhaps I can add some clues which hopefully will help to solve this problem:

1) Restart of ibus change the keyboard layout always to US, while the indicator still shows the configured layout.
- Configure a non US layout like German [DE].
- The Keyboard indicator shows the correct "De"
- The Keyboard has the correct German layout (QWERTZ)
- Open a terminal and type in "ibus restart"
- The Keyboard indicator still shows "De"
- But the Keyboard has now US layout (QWERTY)
Shouldn't the ibus restart preserve the keyboard layout?

2) Since the last major release ibus has a new command line option: "--restart" or "-R". This option is missing in the current man page (I use Ubuntu 15.10), but if you run "ibus-daemon -h" you get:
-R, --restart restart panel and config processes when they die.

3) I didn't find out where and how idbus-daemon is actually started, but assuming
- the daemon is started with restarting option
- the daemon dies during startup and automatically restarts
- that the automatic restart also change silently the keyboard layout
In this case we would have US layout after startup, but the indicator will show the configured keyboard layout.

[jamie (jgwild)]

I did a fresh install of Ubuntu 15.10 on the whole drive. During the install I selected English UK and the GB keyboard layout. After the install only the US keyboard layout was in the text entry list. I added "English UK" and made it the default which fixed the problem. Afterwards I deleted the US layout but the problem returned. Adding US layout as second choice seems to help but I just re-booted this laptop and it has reverted to US again.
Also the keyboard will randomly stop working and only by logging out and back in will fix it.

[Simon Ritchie (simonritchie-uk)]

I'm running two Ubuntu 14.04 machines with a UK keyboard layout. This problem affects one of them but not the other - not sure why.

On the affected machine EVERY TIME I accept a system update, the keyboard layout is broken. I can fix it by uninstalling ibus and rebooting, but on the next system update, the problem comes back. On the other machine, I can apply updates without incident.

Another problem is, if the user's password contains the affected keys, they will not be able to log in. It will look to them as if the upgrade has reset their password. They may look on the web for help, but they will not think to look for problems with swapped keys. If they are lucky, they may find my posting http://askubuntu.com/questions/695167/cannot-log-in-after-software-upgrade-ibus-issue. If not, they will probably get out the rescue disk and reinstall. This does nothing for the reputation of Linux as a replacement for Windows.

To add to the confusion, the first login after the upgrade will work, because the change is only applied after that. On the second and subsequent logins, they need to substitute some characters when they type their password.

To sum up, it appears that this only breaks some machines, which is why there has not been a huge fuss, but those machines that it breaks get broken repeatedly, and in some cases the symptoms make the problem look much more serious than it is, causing the user to do work that is disruptive and unnecessary.

[Matthias Niess (mniess)]

We already figured out how this was introduced and how to fix it. We just need someone to actually create the fix.

The ibus package changed the default setting of desktop.ibus.general.use-system-keyboard-layout from true to false. Ever since this dconf setting was introduced, we had this error.

For existing installations you need to change this manually either with dconf-editor or ibus-setup.

For fresh installs we need to patch the package to revert this setting back to its old default.

[Wouter Van Eenoo (wouter205)]

I don't know if this has already been mentioned, but I'll add this to the bug report because it can be a workaround:

If you have chosen to login automaticaly, logoff and in the logon screen you'll notice the keyboard has changed (icon next to clock). Now just change it back to your preference and upon next reboot the keyboard-layout will be to your preference (as is the case with ubuntu 14.04.3 x64 I've found).

[Aron Xu (happyaron)]

Uploaded to trusty-proposed.

[Launchpad Janitor (janitor)]

This bug was fixed in the package ibus - 1.5.11-1ubuntu2

---------------
ibus (1.5.11-1ubuntu2) xenial; urgency=medium

  * debian/ibus.gsettings-override:
    - Use system keyboard layout by default (LP: #1240198).

 -- Iain Lane <email address hidden> Tue, 19 Jan 2016 13:35:18 +0000

[Brian Murray (brian-murray)]

Hello Daniel, or anyone else affected,

Accepted ibus into trusty-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/ibus/1.5.5-1ubuntu3.2 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, and change the tag from verification-needed to verification-done. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed. In either case, details of your testing will help us make a better decision.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance!

[Bruno Nova (brunonova)]

I tested the ibus packages (version 1.5.5-1ubuntu3.2) in a Ubuntu 14.04.3 Live session inside VirtualBox.

Before upgrading the packages, the command:
$ gsettings get org.freedesktop.ibus.general use-system-keoard-layout
returned "false".
After upgrading, it returns "true". "ibus-setup" also displays that the setting is enabled.

This setting at "true" should mean the issue is fixed.
But testing if this really fixes "Wrong keyboard layout active after booting" is difficult since the bug is very random, and in my computer I already set that setting to "true" manually.

I'll mark this as verification-done.
But other people should test this as well (I am the one who sent the fix).
If the fix doesn't work for you, please set the bug as verification-failed (but try rebooting first).

[Matthias Niess (mniess)]

@brunonova I did the same test with the same result. As to whether the setting really fixes the bug: I can confirm that for at least 50 machines of a client.

[Bruno Nova (brunonova)]

@mniess Great! :)

[Launchpad Janitor (janitor)]

This bug was fixed in the package ibus - 1.5.5-1ubuntu3.2

---------------
ibus (1.5.5-1ubuntu3.2) trusty; urgency=medium

  * Move the gsettings override to debian/ibus.gsettings-override so that it
    is installed by dh_installgsettings. (LP: #1240198)

 -- Iain Lane <email address hidden> Tue, 19 Jan 2016 13:27:04 +0000

[Chris J Arges (arges)]

The verification of the Stable Release Update for ibus has completed successfully and the package has now been released to -updates. Subsequently, the Ubuntu Stable Release Updates Team is being unsubscribed and will not receive messages about this bug report. In the event that you encounter a regression using the package from -updates please report a new bug using ubuntu-bug and tag the bug report regression-update so we can easily find any regressions.

[shamelessshark (shameless-shark)]

 i cannot change keyboard layout

[kdureidy (kdureidy-k)]

It is still not fixed, I use Ubuntu 16.04, and when the computer accidentally shutdown, due to electricity cut, or battery dead on laptop, I face this issue again!

[Matthias Niess (mniess)]

That's another bug then, the cause of this issue is definately fixed. If you experience something similar, please open a new bug.

[Kari Hurtta (hurtta+launchpad-net)]

Run "do-release-upgrade" on one machine yesterday. Resulting Ubuntu 14.04.4 LTS

Keyboard indicator on top of screen shows "FI" but keyboard is english.

Changing keyboard indicator on screen from FI => En and then EN => FI did not fixed keyboard.

"setxkbmap fi" fixes keyboard to be correct (finnish).

ibus-setup shows that "Käytä järjestelmän näppäimistäasettelua" (that is "use system keyboard layout") is selected.

when after "setxkbmap fi" keyboard is correct
I change keyboard indicator on top of screen
from FI => En and back EN => FI

keyboard is english again.

In other words keyboard indicator always changes keyboard to english

"setxkbmap fi" fixes that.

that fix seems to have preserved to boot. keyboard is correct after boot when I have logged in.

/ Kari Hurtta

[Audun Gangsto (audun-m)]

This also affects me on Ubuntu 16.04 fresh install

I've set this in /etc/default/keyboard:
XKBMODEL="pc105"
XKBLAYOUT="us"
XKBVARIANT="altgr-intl"
XKBOPTIONS=""

BACKSPACE="guess"

And the keyboard layout is most definitively not us/altgr-intl

I had this problem also on another laptop with Trusty Tahr 14.04 a few years ago and it caused me to move to Debian. Now i tried Ubuntu again, and the problem is still here (but not on debian).

[AlexAD (alex-ad)]

This problem keeps coming back my Keyboard is correct for a while then it starts acting like a US even though it set as a UK. The desktop shows it as a UK keyboard and it is a UK keyboard, but somewhere this is being overridden as a US one. Can we get the fixed again, and can we work out why it keeps breaking, perhaps adding it to a automated regression test.

XKBMODEL="pc105"
XKBLAYOUT="gb"
XKBVARIANT=""
XKBOPTIONS=""