In Fedora 36 and Rawhide, whatever language/keyboard layout you select during installation, SDDM will show the selected keyboard layout as 'af' when you boot up. This is Afrikaans, which AIUI is functionally very similar to the US English layout (I think it supports some additional characters with dead keys). I tried to test what keyboard layout is *actually* being used. I did an install in UK English, with a user called 'test' with password 'test'. After install, I logged in, verified the UK English keyboard layout was being used in KDE, and changed the user's password to: weakpassword" Note that in the UK English keyboard layout, you type the " character with shift-2. On US English and similar layouts, you type it with shift-' , where ' is the key to the left of the Enter key. On a US English keyboard, shift-2 gives the character @. So, if the keyboard layout in use is UK English, I should be able to log in by typing shift-2; if it's US English or similar I should type shift-' . If I leave the layout selector in SDDM at 'af', I can log in by typing shift-' , which is consistent with the layout being 'af' or 'us'. If I change the layout selector in SDDM to 'gb', which should give me a UK English layout, I cannot log in by typing shift-2 as expected. I still have to type shift-'. So it seems like changing the layout does not work. Executive summary: keyboard layouts in SDDM are just hosed. I think it's either always using 'af' or always using 'us', and selecting layouts just does not work. I wonder if this has never actually been hooked up to work properly on Wayland? In KDE itself, this does work properly. The UK layout is used by default as expected. Proposing as a Final blocker per criterion "If a particular keyboard layout has been configured for the system, that keyboard layout must be used: ... When logging in via the default login manager for a release-blocking desktop" - https://fedoraproject.org/wiki/Fedora_36_Final_Release_Criteria#Keyboard_layout_configuration , and as a Beta FE as this is obviously a highly-visible issue for non-US users.
Reported upstream: https://github.com/sddm/sddm/issues/1528
Note this is using SDDM with KWin as the Wayland compositor.
+3 in https://pagure.io/fedora-qa/blocker-review/issue/652 , marking accepted.
+5 for Final blocker in https://pagure.io/fedora-qa/blocker-review/issue/652 , marking accepted.
FEDORA-2022-a541c359e4 has been submitted as an update to Fedora 36. https://bodhi.fedoraproject.org/updates/FEDORA-2022-a541c359e4
I've attached the update that reverts us back sddm on X11 to resolve this. Unfortunately, we just *can't* fix this in time.
FEDORA-2022-a541c359e4 has been pushed to the Fedora 36 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2022-a541c359e4` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-a541c359e4 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2022-a541c359e4 has been pushed to the Fedora 36 stable repository. If problem still persists, please make note of it in this bug report.
This needs verification with the Beta 1.2 image.
I tested F36 Beta KDE Live with a default us english and then again with czech keymap. Upon reboot, there is no keymap selection in sddm, but the expected keymap (us or cz) is working as intended. Closing.
Well, the "fix" here was more of a workaround: we reverted to the X11 SDDM. But only on F36. We didn't do that on Rawhide, so Rawhide still has the problem. Re-opening, and moving to Rawhide (and nominating as an F37 Final blocker).
Hello, Error for me too with fedora 36 and wayland
Patch: Uninstall sddm-wayland-plasma Install sddm-x11 in/etc/sddm.conf [General] DisplayServer=wayland **-->** DisplayServer=x11 InputMethod=composed Numlock=on And it’s good, the keyboard is well in Fr - azerty and the keypad lock works
(In reply to MicMor from comment #13) > Patch: > > Uninstall sddm-wayland-plasma > Install sddm-x11 > > in/etc/sddm.conf > > [General] > DisplayServer=wayland **-->** DisplayServer=x11 > InputMethod=composed > Numlock=on > > > And it’s good, the keyboard is well in Fr - azerty and the keypad lock works These are redundant actions. Just do "dnf swap sddm-wayland-plasma sddm-x11" and reboot.
*** Bug 2061954 has been marked as a duplicate of this bug. ***
*** Bug 2071739 has been marked as a duplicate of this bug. ***
This bug appears to have been reported against 'rawhide' during the Fedora Linux 37 development cycle. Changing version to 37.
The keyboard layout box wasn't shown in sddm on Wayland with Plasma 5.25.0-5.25.4 installed in F36 and F37, so this might not be a problem any longer.
See https://bugzilla.redhat.com/show_bug.cgi?id=2062415#c11
Timothee: I'm unsure what you mean by that. Are you saying you reverted to X11 SDDM for F37 too?
I just installed Fedora-KDE-Live-x86_64-37-20220817.n.1.iso and SDDM is still hosed. Two findings: 1. Keyboard layout selector is not shown, not even when you configure two different layouts in anaconda. 2. The active keyboard layout in SDDM seems to be US or similar, regardless of what you picked in Anaconda as the default one. But once you log in to your session, the keymap you selected in Anaconda is chosen correctly. (I tested this by setting the Czech keymap as default, and then using "qwertz" as my user password. The Czech keymap has Y and Z swapped compared to US keymap, so it's then easy to test during login which keymap is active). I'm putting the blocker tracker back. Timothee, we don't care that much about the version field, but the blocker tracker is vital for QA, please don't erase it just like that, it would disappear from our blocker lists. We're happy to discuss the situation, and if a separate bug report should be created, because the situation changed slightly, that's fine.
Hum, indeed, my bad, we will have to bump that for f37 too.
Alright, sorry about that. I had missed that we still had that enabled by default in rawhide and thus that went in F37. I've made https://src.fedoraproject.org/rpms/sddm/pull-request/5 that we'll backport to F37. I've also opened https://pagure.io/fedora-kde/SIG/issue/240 to track this issue as I don't think it makes sense to keep rawhide broken for users & testers, so that we can close this one and figure out the change as a future feature.
+4 in https://pagure.io/fedora-qa/blocker-review/issue/691 , marking accepted F37 Final blocker.
So we did go back to X11 SDDM on F37 for https://bugzilla.redhat.com/show_bug.cgi?id=2110801 , which means this should also be addressed. kparal, you or I should check it's OK too.
I tested with Fedora-KDE-Live-x86_64-37_Beta-1.5.iso. It took me a while to find the keymap switcher (it doesn't show up until you type the first letter 🤦), but yes, it is now there, and it defaults to the correct keymap, as configured in anaconda. Closing.