Created attachment 1605449 [details] additional layout options screenshot Description of problem: after upgrade gnome-shell from 3.33.2-1.fc31 to 3.33.3-1.fc31 stop working: 1) layout switching in X session 2) Num Lock switching not synchronized in Wayland session Version-Release number of selected component (if applicable): Last working version: 3.33.2-1.fc31 First broken version: 3.33.3-1.fc31 Steps to Reproduce: 1) - install secondary layout - install gnome-tweaks - set additional layout options for switching to another layout for "Ctrl+Shift" combination or "Caps Lock" - log in X session - try switching between layouts by "Ctrl+Shift" combination or "Caps Lock" 2) - log in Wayland session - make sure that by default "Num Lock" LED is light - try enter number in gnome-terminal on the numeric keypad Actual results: 1) layout not switched by "Ctrl+Shift" combination or "Caps Lock" 2) numbers not printed in the terminal Expected results: 1) layout switched by "Ctrl+Shift" combination or "Caps Lock" 2) numbers printed in the terminal
Proposed as a Blocker and Freeze Exception for 31-beta by Fedora user mikhail using the blocker tracking app because: Added to blocker because this is a very annoying bug for users who use several layouts. The default gnome combination "Super+Space" is not comfortable for users who use additional layout options for switching to another layout. For me new version of gnome-shell unusable because I need frequently switching between several layouts.
-1 blocker because AFAICS this does not violate any blocker criteria.
Is this a new "feature", i.e. in the changeset from 2-1 to 3-1?
Discussed during the 2019-08-26 blocker review meeting: [1] The decision to classify this bug as a "RejectedBlocker" and an "AcceptedFreezeException" was made as we find that these issues do not violate the criteria. We tested in-meeting that configuring the layout switch key combo via the Control Center works in both Wayland and X11. FE is granted to any confirmed layout switching config issue with tweak-tool. [1] https://meetbot.fedoraproject.org/fedora-blocker-review/2019-08-26/f31-blocker-review.2019-08-26-16.00.txt
Is this still broken in 3.34 (now in updates-testing)? Has anyone reported it upstream yet?
(In reply to Adam Williamson from comment #5) > Is this still broken in 3.34 (now in updates-testing)? yes
For me, Alt+Shift switching doesn't work. But "CapsLock while pressed" works. Really annoying.
So, this bug came up today: https://bugzilla.redhat.com/show_bug.cgi?id=1754373 and I'm wondering if this might actually be related. Are the affected shortcuts ones that use keys that are in different positions on the different layouts?
Workaround: restart gnome-shell by pressing: Alt+F2 r Hit Enter
(In reply to Artem from comment #9) > Workaround: restart gnome-shell by pressing: > > Alt+F2 > r > Hit Enter Yeah! I just discovered it and was going to post it here (was not 100% sure though) and saw that you've said too. I confirm the workaround works!
Can anyone confirm whether this bug is still present in F31 as it will be released - https://kojipkgs.fedoraproject.org/compose/31/Fedora-31-20191023.0/ ? Thanks!
I tested at least once with latest updates in F31 Beta, and it didn't happen. I'll try more and let you know if problem persists.
On Rawhide bug is not produced anymore.
OK, thanks. Rawhide is not really ahead of F31 ATM, AFAIK, so let's figure this is fixed.