Description of problem: I'm not able to switch keyboard layout from English to different language (both from panel and using shortcut). This happens only when I boot/login into Fedora Workstation that had only one layout set and add another it the session. After relogin or reboot, switching works as expected. Version-Release number of selected component (if applicable): gnome-settings-daemon-3.30.1.2-1.fc29.x86_64 gnome-control-center-3.30.1-2.fc29.x86_64 ibus-1.5.19-4.fc29.x86_64 ibus-gtk2-1.5.19-4.fc29.x86_64 ibus-gtk3-1.5.19-4.fc29.x86_64 ibus-hangul-1.5.1-2.fc29.x86_64 ibus-kkc-1.5.22-10.fc29.x86_64 ibus-libpinyin-1.10.0-3.fc29.x86_64 ibus-libs-1.5.19-4.fc29.x86_64 ibus-libzhuyin-1.8.92-3.fc29.x86_64 ibus-m17n-1.3.4-27.fc29.x86_64 ibus-qt-1.3.3-20.fc29.x86_64 ibus-rawcode-1.3.2-13.fc29.x86_64 ibus-setup-1.5.19-4.fc29.noarch ibus-typing-booster-2.1.2-1.fc29.noarch Steps to Reproduce: 1. login or boot into system with just one keyboard layout 2. open Settings -> Region & Language -> Input sources 3. add another keyboard layout 4. try to type language specific characters Actual results: Keyboard layout doesn't switch and stays the same (the one you had at on boot/login) Expected results: Keyboard layout can be switched from panel or using super+space
Proposed as a Blocker for 29-final by Fedora user lbrabec using the blocker tracking app because: Proposing this as final blocker, this bug violates final criterion: Default panel functionality - All elements of the default panel (or equivalent) configuration in all release-blocking desktops must function correctly in typical use.
Yes, I have been able to reproduce the bug. Tried with German version of Fedora and the behaviour is exactly as described.
Discussed during the 2018-10-15 blocker review meeting: [1] The decision to classify this bug as a "RejectedBlocker" and an "AcceptedFreezeException" was made as, while this was a split vote falling under the "conditional violation" policy, this was decided to be not quite significant enough to block the release. It is bad, though, and we definitely would like a fix if at all possible. [1] https://meetbot.fedoraproject.org/fedora-blocker-review/2018-10-15/f29-blocker-review.2018-10-15-16.00.txt
Correcting a missing field.
I can still reproduce this bug
We've found out that "Chinese (Intelligent Pinyin)" is for some reason not affected by this problem. But I can easily reproduce this issue with Russian (Cyrillic letters instead of Latin letters), French (azerty instead of qwerty), German (special letters/symbols on right Alt + letters or numbers) or Czech (qwertz instead of qwerty, special letters instead of numbers).
Chinese (Intelligent Pinyin) is using an input method, while other mentioned layout don't. You can see it in gnome-control-center, it has a cog displayed next to it.
Hm, it's not that switching the layouts is broken. Switching works. It's that the layout you switch *to* is broken. It's maybe more obvious for me because my primary layout is not qwerty. When I switch to Czech, it becomes qwerty (wrong, should be qwertz) when it was not previously qwerty. So it's really messed up. :) I'd personally request a blocker revote on this since the issue is quite serious: it merits further slipping IMO. This is my personal opinion as a Workstation WG member, not the opinion of the entire WG.
(Daring to repropose this one, as suggested by Kamil.)
Fixing fields so that this is re-proposed correctly, see comment 9. Michael, since this was already rejected once (even though under a split vote), it would be really great if you could rally up more Workstation WG members to cast their vote either on Monday's blocker bug meeting, or here in the bug report, or on the mailing list. We were not united in our opinion and it would help a lot if multiple Workstation WG members spoke up here. Thanks!
We'll discuss on Monday: https://pagure.io/fedora-workstation/issue/81
Just retested with michael's info, I change my vote to +1 blocker.
Easy to reproduce in Live, though as noted restarting desktop fixes it. (I see it both with GNOME (Wayland) and GNOME on Xorg sessions.)
It's not a control-center bug; I see it changing my setting (/org/gnome/desktop/input-sources sources) just fine. Reassigning to gnome-shell.
(In reply to Michael Catanzaro from comment #11) > We'll discuss on Monday: https://pagure.io/fedora-workstation/issue/81 We unanimously agreed that this bug should be a release blocker (accepting that it will likely cause another release slip).
(In reply to Michael Catanzaro from comment #15) > We unanimously agreed that this bug should be a release blocker (accepting > that it will likely cause another release slip). Working group vote: (+1: 5, 0: 1, -1: 0)
Discussed during the 2018-10-22 blocker review meeting: [1] The decision to classify this bug as an AcceptedBlocker was made: "We find this bug to be a violation of the following blocker criteria: "Default panel functionality - All elements of the default panel (or equivalent) configuration in all release-blocking desktops must function correctly in typical use." We note that the Workstation WG has voted +1 blocker on this bug." [1] https://meetbot-raw.fedoraproject.org/fedora-blocker-review/2018-10-22/f29-blocker-review.2018-10-22-16.00.log.txt
FTR https://gitlab.gnome.org/GNOME/gnome-shell/issues/691
(In reply to Carlos Garnacho from comment #18) > FTR https://gitlab.gnome.org/GNOME/gnome-shell/issues/691 Thanks, Carlos - there are some patches referenced there upstream for this.
Scratch build with Carlos patch: https://koji.fedoraproject.org/koji/taskinfo?taskID=30412485
PR: https://src.fedoraproject.org/rpms/gnome-shell/pull-request/1
Build from https://koji.fedoraproject.org/koji/taskinfo?taskID=30412485 fixes the issue. Jonas, can you submit regular bodhi update? Thanks!
This build LGTM, thank you! I tested it lightly on a clean Live image instance (Fedora-Workstation-Live-x86_64-29-20181021.n.0.iso) and was able to add, switch to and use German and Russian keyboard layouts in GNOME (without needing to restart the desktop before using them). But I would appreciate more people testing this, since it can be slightly tricky.
(In reply to František Zatloukal from comment #22) > Build from https://koji.fedoraproject.org/koji/taskinfo?taskID=30412485 > fixes the issue. Jonas, can you submit regular bodhi update? Thanks! I can also confirm this to be working. Thanks for a quick fix! Please submit a Bodhi update asap, thank you.
gnome-shell-3.30.1-2.fc29 has been submitted as an update to Fedora 29. https://bodhi.fedoraproject.org/updates/FEDORA-2018-3eef9e6d48
The fix works for me, too. Verified.
Fix changes from Michael.
gnome-shell-3.30.1-2.fc29 has been pushed to the Fedora 29 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-3eef9e6d48
gnome-shell-3.30.1-2.fc29 has been pushed to the Fedora 29 stable repository. If problems still persist, please make note of it in this bug report.