SUMMARY If the user does not have permission for the current active Wi-Fi connection (e.g. "All users may connect to this network" unchecked by another user), all available wireless networks will appear as "Connected" in the "Active" section in the applet. STEPS TO REPRODUCE 0. Connect to a Wi-Fi network 1. Log in to another user, and uncheck "All users may connect to this network" for the current network 2. Switch back and look at the applet OBSERVED RESULT All available Wi-Fi networks are now shown in the "Active" section. EXPECTED RESULT Only the actual active network should appear as "Connected". SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.26.2 KDE Frameworks Version: 5.99.0 Qt Version: 5.15.6 Kernel Version: 6.0.3-zen2-1-zen (64-bit) Graphics Platform: Wayland networkmanager 1.40.2-1
Bulk transfer as requested in T17796
This is annoying. I started using "nmcli" as a workaround to see which Wi-Fi network I'm currently connected to.
Related MR: https://invent.kde.org/plasma/plasma-nm/-/merge_requests/364
I can confirm this bug is still present in plasma-nm 6.5.2 (KDE Plasma 6.5.2, KDE Frameworks 6.19.0, Qt 6.9.2, Wayland). Reproduction confirmed with full reversibility proof: The active WiFi connection profile had connection.permissions set to a different user than the current KDE session user (the default when another user originally created the connection). Running nmcli connection show --active, iw dev link, wpa_cli status, and querying org.freedesktop.NetworkManager.ActiveConnections over D-Bus all confirmed only one connection was actually active. Yet the plasma-nm applet showed neighboring access points (with different BSSIDs, no saved profile) under "Connected", and the actual active connection under "Available". Adding the current session user to connection.permissions via: immediately fixed the display. Reverting to the single-user permission immediately reproduced it. MR !364 (https://invent.kde.org/plasma/plasma-nm/-/merge_requests/364) addresses this exactly. As of today (2026-06-14) it has passed CI, all review threads are resolved, and it is only blocked by needing a rebase and final merge approval. It would be great to see this merged — the bug has real security implications since users may believe they are connected to an unknown or untrusted network.
Thanks for the ping. I'll look into it.
Git commit 84c432d7c310fb351cc56ebc988d0ba148e915aa by Nate Graham, on behalf of Sergey Katunin. Committed on 08/07/2026 at 19:09. Pushed by ngraham into branch 'master'. networkmodel: fix case when NM D-Bus `GetSettings` returns empty connection #### Short description NM D-Bus `GetSettings`: ``` qdbus --system --literal org.freedesktop.NetworkManager /org/freedesktop/NetworkManager/Settings/1 org.freedesktop.NetworkManager.Settings.Connection.GetSettings ``` can return empty connection if user has no permission to perform this operation (for example, if this connection is not public). So, we need read public settings (id, name, type) from `ActiveConnection` object. #### Current behaviour And for example, if you connect to non-public (not for all users) Wi-Fi under one `userA`, and then switch to another `userB`, then there is a bug when the Wi-Fi widget displays as if we are connected to all Wi-Fi at the same time (all Wi-Fi connections is active). <details> <summary>Video before patch</summary>  </details> #### Expected behaviour `userB` should only see an active connection in the widget, but should not be able to turn it off or change it. <details> <summary>Video after patch</summary>  </details> M +12 -6 libs/editor/connectioneditorbase.cpp M +75 -7 libs/models/networkmodel.cpp M +1 -0 libs/models/networkmodel.h M +4 -1 libs/models/networkmodelitem.cpp https://invent.kde.org/plasma/plasma-nm/-/commit/84c432d7c310fb351cc56ebc988d0ba148e915aa