Fedora Account System
Red Hat Associate
Red Hat Customer
Description of problem: I have two keyboard layouts enabled, us and gr. Sometimes, when I start typing in the shell overview, the layout switches from one language to the other, without me using any of the key combos to switch layouts. I might start typing in english and from the second or third letter it will switch to greek or vice versa. My locale settings are the following: $ localectl System Locale: LANG=en_US.UTF-8 VC Keymap: us X11 Layout: us,gr X11 Variant: , I am running GNOME on X.Org (with the nVidia binary driver from rpmfusion). Version-Release number of selected component (if applicable): gnome-shell-3.34.3-1.fc31.x86_64 I don't remember if I encountered the issue in F30, but it was there from the moment I upgraded to F31 (a couple of days before release). So far, I haven't been able to find a way to reproduce it reliably, but it's also present on another system, again with GNOME on X.Org.
Just had this happen again on F32, changing version.
Very, very annoying bug. Running Gnome on Xorg. System locale en_US.UTF-8 and default English layout with additional Russian. Sometimes, not only Overview, but in Telegram too, as most switched app with typing, and in rarely in Gedit... Switching by Alt-Tab, start typing and first letter is Russian, but others in English layout. I tried switching to one layout for all apps, different layout for apps, without any success... I think, it switched to default interface locale, when I used Russian interface language, it was more often English-Russian switching. When I used English interface language - Russian-English switching. I tried Wayland without this bug. But it's unusable for me now :( This bug confirmed on 3 my PCs. Moreover, one of them, I reinstall two weeks ago to F32...
This still happens in F33, changing version.
Yes, I can confirm this bug in F33 too...
I confirm the problem has remained on F34
This message is a reminder that Fedora 33 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora 33 on 2021-11-30. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '33'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 33 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Switching version to F34, as a number of users experience this bug there too.
Do you have any bindings that change layouts? E.g. Settings -> Keyboard -> Keyboard shortcuts -> Typing. Do you have anything in ~/.xkb?
Whether there are any files (and their contents) in /etc/X11/xorg.conf.d or whether there is a /etc/X11/xorg.conf could be interesting as well.
Hello Jonas, (In reply to Jonas Ådahl from comment #10) > Do you have any bindings that change layouts? E.g. Settings -> Keyboard -> > Keyboard shortcuts -> Typing. Do you have anything in ~/.xkb? In GNOME Settings I have Super+Space (and Shift+Super+Space) and in Tweaks Left Alt+Left Shift (which is the one I mostly use). (In reply to Jonas Ådahl from comment #11) > Whether there are any files (and their contents) in /etc/X11/xorg.conf.d or > whether there is a /etc/X11/xorg.conf could be interesting as well. These are the contents of /etc/X11/xorg.conf.d/00-keyboard.conf: # Written by systemd-localed(8), read by systemd-localed and Xorg. It's # probably wise not to edit this file manually. Use localectl(1) to # instruct systemd-localed to update it. Section "InputClass" Identifier "system-keyboard" MatchIsKeyboard "on" Option "XkbLayout" "us,gr" Option "XkbVariant" "," EndSection There is no ~/.xkb or /etc/X11/xorg.conf.
Does the layout indicator shown in the shell panel change when it reproduces as well?
I think so.
If that's the case, something must have changed the gsetting. I came up with a slightly long bash "one-liner" that will log what process made changes to the underlying setting: stdbuf -i0 -o0 dbus-monitor --session "type='method_call',interface='ca.desrt.dconf.Writer'" |& stdbuf -i0 -o0 grep 'sender=:' | stdbuf -i0 -o0 cat | stdbuf -i0 -o0 sed -e 's/.*sender=\(:[^ ]\+\).*/\1/' | while read sender; do date; ps -q $(gdbus call -e -d org.freedesktop.DBus -o /org/freedesktop/DBus -m org.freedesktop.DBus.GetConnectionUnixProcessID $sender | sed 's/.*\(\<[0-9]\+\>\).*/\1/') -o comm= ; done > dconf-changes.log If you run this, and take note of exactly it reproduces, the source executable can be determined by looking at the contents of the resulting 'dconf-changes.log' file.
Wow, thanks. So I'm supposed to run this at login and leave it running until the accidental layout change happens?
(In reply to Alexander Ploumistos from comment #16) > Wow, thanks. So I'm supposed to run this at login and leave it running until > the accidental layout change happens? Yea, let it run in a terminal window or something. It should gradually fill up with entries like 2022-10-26T23:35:33 CEST gnome-shell 2022-10-26T23:35:34 CEST gnome-shell Those two are me changing layouts twice using Super+Space here. It will also contain other settings changes, but hopefully the timestamp will be enough.
OK, thanks a lot! FYI, it could be a few days until this happens again, though I will try to force it.
This message is a reminder that Fedora Linux 36 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora Linux 36 on 2023-05-16. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a 'version' of '36'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, change the 'version' to a later Fedora Linux version. Note that the version field may be hidden. Click the "Show advanced fields" button if you do not see it. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora Linux 36 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora Linux, you are encouraged to change the 'version' to a later version prior to this bug being closed.
A couple of weeks after my last comment, I upgraded to F37 and haven't noticed the issue ever since. I've been running that one-liner and I haven't noticed anything unusual in the log. I guess this can be closed as "CURRENTRELEASE", unless someone else keeps having this problem.
Fedora Linux 36 entered end-of-life (EOL) status on 2023-05-16. Fedora Linux 36 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora Linux please feel free to reopen this bug against that version. Note that the version field may be hidden. Click the "Show advanced fields" button if you do not see the version field. If you are unable to reopen this bug, please file a new report against an active release. Thank you for reporting this bug and we are sorry it could not be fixed.