This is a downstream report of https://invent.kde.org/plasma/plasma-setup/-/issues/71 for blocker purposes. The pre-selection on the Keyboard Layout page of plasma-setup is broken in a couple of ways. 1. If the system language is not English (US) it seems to show no layout pre-selected at all, although there *is* a layout configured. For instance, if you install in Russian, the installer will default to configuring English (US) as the primary layout and Russian as a secondary layout, which is correct. During plasma-setup, only English (US) seems to be usable, but if you click through the Keyboard Layout page without configuring anything, the installed system will have the correct en,ru configuration. Yet the Keyboard Layout page does not show *any* layout as selected when it appears. 2. If the system language is English (US) it seems to always pre-select the English (US) layout even if that is not, in fact, the currently-configured layout. To reproduce, install from the KDE live with the system language set to English (US) but the keyboard layout set to French (alt). Click through the first page of plasma-setup, which shows the system language as English (US). When you reach the "Keyboard Layout" page of plasma-setup it will have the English (US) keyboard layout pre-selected, but if you type something in the search box, you can see that the French (alt.) layout is actually active (i.e. if you hit the 'q' key on a US English keyboard it will type an 'a'). Proposing as a Final blocker per https://fedoraproject.org/wiki/Fedora_44_Final_Release_Criteria#Keyboard_layout_configuration "If a particular keyboard layout has been configured for the system, that keyboard layout must be used: ... In the "initial setup" utility (if applicable)", though this doesn't quite match - it's about what the initial setup utility *indicates* rather than what is actually *used*. But this is part of splitting up https://bugzilla.redhat.com/show_bug.cgi?id=2448283 , so proposing it so we can consider all aspects of how this is currently broken.
Discussed at 2026-04-06 blocker review meeting: https://meetbot-raw.fedoraproject.org//blocker-review_matrix_fedoraproject-org/2026-04-06/f44-blocker-review.2026-04-06-16.00.html . We agreed that this and https://bugzilla.redhat.com/show_bug.cgi?id=2453216 , taken together, constitute a subjective violation of https://fedoraproject.org/wiki/Fedora_44_Final_Release_Criteria#Keyboard_layout_configuration : we believe it's likely that, on encountering the Keyboard Layout screen with no choice apparently selected (because of this bug), a reasonable user expecting a switched layout may well click on their native layout. If they do that, they do not get the switched layout they expected (and which the installer correctly gave them), but an unusable native-only configuration, due to the other bug. We agreed that we expect the KDE team to try and improve the overall experience of an install where a switched layout configuration is expected, and any update intended to address this can be marked as fixing one or both bugs. We will re-assess the situation once intended improvements are available for testing.
FEDORA-2026-15e5625973 (plasma-setup-6.6.4-6.fc44) has been submitted as an update to Fedora 44. https://bodhi.fedoraproject.org/updates/FEDORA-2026-15e5625973
FEDORA-2026-15e5625973 has been pushed to the Fedora 44 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2026-15e5625973` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2026-15e5625973 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
Variant 2: ## Installation with English (US) + Czech layout ### Steps to reproduce: 1. Boot Fedora 44 KDE Live ISO 2. In the installer (Anaconda) configure: - **System language**: English (US) - **Keyboard layout**: Czech 3. Complete the installation and reboot 4. After first boot, plasma-setup will appear 5. Click through to the "Keyboard Layout" page old: **Keyboard layout** , DISPLAYed EN ; CZ in real new: **Keyboard layout** , as expected: CZ layout
Variant 1: ### Steps to reproduce: 1. Boot Fedora 44 KDE Live ISO 2. In the installer (Anaconda) configure: - **System language**: Russian - **Keyboard layout**: leave default (should be English (US) + Russian as secondary) 3. Complete the installation and reboot 4. After first boot, plasma-setup will appear with LANGUAGE=Russian, click only 'NEXT' 5. Click through to the "Keyboard Layout" page (screenshot as bz attachment) LAYOUT: THERE is RUSSIAN THIS is WRONG, russian is second language 6, when you write username and password layout is ENGLISH 7, next next, system is setup LIKE EXPECTED: - English (US) as primary (selected) - Russian as secondary ----- ISSUE is step 5, there russian but in real its US
Created attachment 2137697 [details] language after installation language after installation
Created attachment 2137698 [details] select layout, there is russion, in real its US
SIMILAR like this procedure: 2. In the installer (Anaconda) configure: - **System language**: Czech - **Keyboard layout**: English (US) + Czech (CZ) => there is: 'Klávesnice us, cz' ; us is bolt 3. Complete the installation and reboot 4. After first boot, plasma-setup will appear with LANGUAGE=Czech 5. Layout > There is CZECH in the picture; click 'next' 6. About you: real layout is EN 7. go to the system, layout is US_primary / CZ_secondary --- When machine is prepared its as selected during installer. So its as expected. Issue is just the screen during layout selecting (step 5). There is czech - but czech is secondary layout.
- Variant 1 (RU language + US primary, RU secondary keyboard): Partially fixed - Variant 2 (EN language + CZ keyboard): FIXED - layout is displayed correctly now The remaining issue is only in step 5 (Keyboard Layout page) where the SECONDARY layout (RU) is shown instead of the PRIMARY layout (US). However, the final system configuration is correct (US primary, RU secondary). In Fedora 43, the keyboard layout configuration worked differently during installation. I would - Waive this bug as the impact is minimal - and file a separate bug specifically for step 5 display issue (showing secondary instead of primary layout in the UI) would do you think?
Moving to Verified. UI evidence shows that the 'notification' about second layout.
> 5. Layout > There is CZECH in the picture; click 'next' > 6. About you: real layout is EN This is as intended, at least as intended by me. At least AIUI and as various native users have described it to me, if you're a habitual user of a switched layout, it is expected and normal that the ordering should be us,native (or ascii-capable,native if the ascii-capable layout is not us) - i.e. the system should boot and desktop should start with the ASCII-capable layout selected, not the native one. But you still probably think of this configuration as "being" the native layout, you don't think of it as "being" US. I don't think it would be right for plasma-setup to show US English as pre-selected if the actual config is en,cz or en,ru or whatever. I think that would make people think something had gone wrong and start clicking on stuff, which is *not* what we want them to do since we know exactly that clicking on stuff in this situation triggers the other blocker bug. Ideally, layout switching would actually be enabled and work during plasma-setup, which would give the user more confidence that the configuration was as they expect and as the tool claims. But outside of that, I think what we're doing here is right.
FEDORA-2026-15e5625973 (plasma-setup-6.6.4-6.fc44) has been pushed to the Fedora 44 stable repository. If problem still persists, please make note of it in this bug report.
Adam, this is waived for F44 (so it becomes F45 blocker) but closed at the same time. Do we want to reopen it for F45 tracking, until this is fixed fully, or create a new bug?
This one wasn't waived. It was fixed. The one that was waived was https://bugzilla.redhat.com/show_bug.cgi?id=2448283 .
Ok, in that case the agreement had a wrong bug number in it: !agreed 2453216 - waived to Fedora 45 Final per the "Difficult to fix blocker bugs" provision at https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process#Exceptional_cases - we are reliant on upstream to fix this, and upstream have advised us it is not trivial to fix and they cannot commit to fixing it correctly in a timeframe broadly compatible with the Fedora 44 release schedule. We note the fix for 2448283 lessens the practical impact of this bug by making folks less likely to decide to click stuff on the affected page. Waived to Final rather than Beta because the relevant criterion is Final. https://meetbot.fedoraproject.org/meeting_matrix_fedoraproject-org/2026-04-23/f44-final-go-no-go-meeting-2.2026-04-23-18.00.log.html That's fine, I was just making sure everything got correctly updated.
I probably made a copy-and-paste error and nobody noticed on the draft review. Thanks for checking!