Configuring a wifi connection during plasma-initial-setup behaves strangely, and ultimately doesn't seem to configure the network. Reproducible: Always Steps to Reproduce: 1. Select WiFi network 2. Enter password 3. Password window disappears? 4. Select WifI network again 5. Enter password 6. Click Ok 7. Enter password again in "Wi-Fi password dialog" that appears 8. Click "OK" 9. Finish setup 10. Login to newly created user Actual Results: Wifi network isn't actually configured. Flow is confusing, mix of "WiFi" and "Wi-Fi", "Ok" and "OK" Expected Results: Wifi network to be configured after entering PSK a single time. Additional Information: Tested with Fedora-KDE-Desktop-Live-44-20260402.n.0.x86_64.iso[0]. Network is WPA2 PSK. [0] - https://kojipkgs.fedoraproject.org/compose/branched/Fedora-44-20260402.n.0/compose/KDE/x86_64/iso/Fedora-KDE-Desktop-Live-44-20260402.n.0.x86_64.iso
Proposed as a Blocker for 44-final by Fedora user nielsenb using the blocker tracking app because: [Initial setup doesn't pass a basic functionality test](https://fedoraproject.org/wiki/Fedora_44_Final_Release_Criteria#First_boot_experience)
Similar bug submitted by Derek Enz in upstream KDE: https://bugs.kde.org/show_bug.cgi?id=514841
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 . Accepted as a blocker as a violation of the criterion cited by Brandon.
From upstream bug (thanks Kristen McWilliam): This works as expected on my F43 system & on KDE Linux: *Correct Behaviour* Connect to wifi network `Merritt` -> config is created at `/etc/NetworkManager/system-connections/Merritt.nmconnection` and the `[connection]` group has no `permissions` key. Then on F44 Rawhide: *Incorrect behaviour* Connect to wifi network `Merritt` -> config is created at `/etc/NetworkManager/system-connections/Merritt-74033867-13bd-4541-94b3-923c57841384.nmconnection` and the `[connection]` group _does have_ the `permissions` key. When setup with plasma-setup it is `permissions=user:plasma-setup:;` and when setup from a regular session it is `permissions=user:merritt:;` (`merritt` being whatever the username is). So when plasma-setup does it, the new user doesn't have access because the connection has been set for only the plasma-setup user. When the new user sets the connection, that is overwritten with that user's permission — but it still isn't a global connection like it should be. Beniamino, do you have any idea what change in NetworkManager might be causing this? Is it a bug, or how can plasma-setup workaround it so that when it creates network connections, they are global?
Never mind, I figured it out, I think. Build running.
FEDORA-2026-fe3d8d4767 (aurorae-6.6.4-1.fc44, bluedevil-6.6.4-1.fc44, and 145 more) has been submitted as an update to Fedora 44. https://bodhi.fedoraproject.org/updates/FEDORA-2026-fe3d8d4767
Please test with https://adamwill.fedorapeople.org/04593058-Fedora-KDE-Live-x86_64-FEDORA-2026-fe3d8d4767.iso . Thanks!
FEDORA-2026-fe3d8d4767 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-fe3d8d4767` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2026-fe3d8d4767 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
Whoops, sorry, that one was bad. Try https://adamwill.fedorapeople.org/04594107-Fedora-KDE-Live-x86_64-FEDORA-2026-fe3d8d4767.iso instead.
(In reply to Adam Williamson from comment #9) > Whoops, sorry, that one was bad. Try > https://adamwill.fedorapeople.org/04594107-Fedora-KDE-Live-x86_64-FEDORA- > 2026-fe3d8d4767.iso instead. This fix does the trick. When WIFI is configured in plasma-setup, the settings persist after login into the newly installed system.
Verified fixed also in RC 1.2.
I can confirm this is fixed for me in RC 1.2
FEDORA-2026-fe3d8d4767 (aurorae-6.6.4-1.fc44, bluedevil-6.6.4-1.fc44, and 145 more) has been pushed to the Fedora 44 stable repository. If problem still persists, please make note of it in this bug report.