Bug 1004621

triaging to kde-plasma-nm component

What kind of network are you trying to connect to? Is it a wireless network with WEP/WPA security? Isn't it an ad-hoc connection?

Can you please try to install kde-plasma-networkmanagement (the old network applet for KDE) and add it to your systray and check whether it works with this one? I would like to be sure it's our problem or some problem in NetworkManager itself.

Thanks for helping Jan!
I attempted connecting to two wireless networks - my router protected with a WPA password, and my phone without protection.  However, I've since tried using an ethernet cable with my router, which automatically connects without issue.  I installed and tried using kde-plasma-networkmanagement, which was a very helpful suggestion, as it revealed the issue to be a permissions problem.  After selecting my wireless network and typing in the password, an error dialogue displayed:

Error adding connection: Insufficient privileges.

This issue occurred in the Live session, not an installed system, which may yield different results.  If desired, I can take the time to test an installation (albeit probably not until the weekend) to see if the issue occurs again with each of a regular user and an administrator.  :)

Ah, may be related to bug #1004323 , please make sure you have (at least):

sddm-0.2.0-0.4.20130821gite707e229.fc20

and reboot/relogin, and see if problems persist.

Ah, re-reading the last comment, methinks the live session you tested may have had an older/broken sddm, but since installing, you updated sddm.  (perusing /var/log/yum.log should be able to confirm this).

Does that sound about right?

Thanks for your assistance Rex!
The sddm package in F20 KDE Alpha TC3 matches the version you listed, and no updates for it were available.  However, as you suggested, I logged out, which happened to automatically log me in again, and resolved the issue!
Now to submit a bug report about the mysterious automatic login when trying to logout, shutdown or restart...
Thanks again Rex and Jan!  :)

Unfortunately I'm the harbinger of bad news.  Today I tested Fedora Live KDE 20 Alpha TC5, and I discovered that the issue is only resolved as described in my last comment if an ethernet connection is first established before attempting to log out.  Also, it appears that, for the first try only, clicking on shutdown or restart triggers the log out process instead (but works normally thereafter).  Tonight I'll try installing TC5 to see if an installed system behaves differently...

The shutdown vs. logout messup will be fixed in 4.11.1, FYI

My apologies for not updating this bug appropriately - I didn't install TC5 last week as I intended.  However, I did install Fedora Live KDE 20 Alpha RC3 last night, along with the updates from updates-testing (and any other repos enabled by default), and found no networking issues.  However, after applying tonight's updates (which mostly consisted of KDE 4.11.1), the applet asks me for the WPA password, as it apparently doesn't store it between reboots.  After I type it in, KWallet asks me for it's password, which I also enter.  The nm applet then simply displays 'Connecting', but never connects.  It also never successfully connects to my phone hotspot, which isn't password protected.  Does anyone know which update may have caused this issue?
Also, afaict, the update to KDE 4.11.1 hasn't resolved the shutown vs. logout issue - since installing RC3 I've had to cold shutdown my laptop every time as no dialogues display when I try to shutdown/logout/restart, and since updating to KDE 4.11.1 the issue returned after a single successful shutdown.

*** Bug 1026081 has been marked as a duplicate of this bug. ***

I've confirmed this happens with F20 Beta RC2.

When running the live image (dd to USB):
1 - Attempt to connect to wireless (WPA2 Personal)
1.a - Nothing happens
2 - Attempt to log out
2.a - Automagically logged back in
3 - Attempt to connect to wireless
3.a - Connection works.

Proposing this as at least a Beta freeze exception, it seems like a fairly major issue.

Discussed in 2013-11-06 Blocker Review Meeting [1]. Voted as a AcceptedFreezeException. Not working wireless connection is crucial enough to be fixed as soon as possible. This bug affects only livecd. Post-install seems to work properly.

[1] http://meetbot.fedoraproject.org/fedora-blocker-review/2013-11-06/

Rumor has it this sddm update helps:
https://admin.fedoraproject.org/updates/FEDORA-2013-20753/sddm-0.2.0-0.19.20130914git50ca5b20.fc20
(confirmed by 2 people so far)

kde-settings-20-4.fc20, sddm-0.2.0-0.19.20130914git50ca5b20.fc20, heisenbug-kde-theme-19.90.5-1.fc20 has been submitted as an update for Fedora 20.
https://admin.fedoraproject.org/updates/FEDORA-2013-19106/kde-settings-20-4.fc20,sddm-0.2.0-0.19.20130914git50ca5b20.fc20,heisenbug-kde-theme-19.90.5-1.fc20

*** Bug 1019870 has been marked as a duplicate of this bug. ***

Package kde-settings-20-4.fc20, sddm-0.2.0-0.20.20130914git50ca5b20.fc20, heisenbug-kde-theme-19.90.5-1.fc20:
* should fix your issue,
* was pushed to the Fedora 20 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing kde-settings-20-4.fc20 sddm-0.2.0-0.20.20130914git50ca5b20.fc20 heisenbug-kde-theme-19.90.5-1.fc20'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2013-19106/kde-settings-20-4.fc20,sddm-0.2.0-0.20.20130914git50ca5b20.fc20,heisenbug-kde-theme-19.90.5-1.fc20
then log in and leave karma (feedback).

kde-settings-20-7.fc20, heisenbug-kde-theme-19.90.5-1.fc20, sddm-0.2.0-0.16.20130914git50ca5b20.fc20 has been submitted as an update for Fedora 20.
https://admin.fedoraproject.org/updates/FEDORA-2013-20946/heisenbug-kde-theme-19.90.5-1.fc20,sddm-0.2.0-0.16.20130914git50ca5b20.fc20,kde-settings-20-7.fc20

*** Bug 1031444 has been marked as a duplicate of this bug. ***

Current TC2 still shows this bug, I've also just respun the Jam-KDE spin to check what the lastest packages showing up are. The following packages are installed:

kde-settings-20-7.fc20.noarch
sddm-0.2.0-0.16.20130914git50ca5b20.fc20.x86_64
heisenbug-kde-theme-19.90.5-1.fc20.noarch

Appearing to correspond to https://admin.fedoraproject.org/updates/FEDORA-2013-20946/heisenbug-kde-theme-19.90.5-1.fc20,sddm-0.2.0-0.16.20130914git50ca5b20.fc20,kde-settings-20-7.fc20
On login to the live system I cannot connect to a network through the applet or create a connection in edit connections. On trying to restart (desktop|leave|restart) I simply get logged out of the desktop (and auto-logged back in) at which point kwallet shows up and wireless connections work.

Oddly, the build with sddm-0.2.0-0.20..[etc] refd. at comment 18 seems to have been obsoleted by the current build. I'm going to try and compose a test using that package.

Re-spun (necessary because the problem only occurs on first boot, so can't install package to running system to test):

$ rpm -q kde-settings sddm heisenberg-kde-theme
kde-settings-20-7.fc20.noarch
sddm-0.2.0-0.20.20130914git50ca5b20.fc20.x86_64
package heisenberg-kde-theme is not installed

Problem is fixed with this package set:
1. Connection by applet works okay in first login to live system (doesn't acknowledge 'enter' after password, needs 'connect' clicked, but probably a separate usability issue.
2. Kwallet now appears once password entered (in first login).
3. Restart option works at first login (rather than just causing session to logout or crash or whatever it was actually doing previously).

Looks like sddm-0.2.0-0.20 might have been pulled due to Adam Williamson's feeback on https://admin.fedoraproject.org/updates/FEDORA-2013-19106/kde-settings-20-4.fc20,sddm-0.2.0-0.20.20130914git50ca5b20.fc20,heisenbug-kde-theme-19.90.5-1.fc20 there's a reference to irc discussion, but I can't see what the outcome was.

I never really heard back after that, but I thought the KDE guys were going to look into it.

Proposing as a Final blocker.

sddm-0.2.0-0.21.20131125git7a008602.fc20 has been submitted as an update for Fedora 20.
https://admin.fedoraproject.org/updates/sddm-0.2.0-0.21.20131125git7a008602.fc20

For the record, the reason we haven't pushed an sddm that fixes this bug stable yet is that recent sddm builds seem to cause an even more severe issue: live images based on them often boot to a blank screen. That's https://bugzilla.redhat.com/show_bug.cgi?id=1034414 . Until we fix that, we can't really close this.

Package sddm-0.2.0-0.22.20131125git7a008602.fc20:
* should fix your issue,
* was pushed to the Fedora 20 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing sddm-0.2.0-0.22.20131125git7a008602.fc20'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2013-22158/sddm-0.2.0-0.22.20131125git7a008602.fc20
then log in and leave karma (feedback).

boo,  starting to think it isn't DM-related, but a genuine kde-plasma-nm bug.

testing this today with kdm, tried clicking on some access points in kde-plasma-nm systray applet, and could not get any action or connection (clicking "Connect" doesn't seem to do anything).   I had to use the connection editor to get a usable wireless connection.

Oh silly silly gremlins.

On a whim, logged out, switched kdm->lightdm

then plasma-nm connects fine.

Then, logged out, switched lightdm->kdm

plasma-nm connects fine (still).

I don't know what to make of all this.

and... rebooting (with kdm enabled), things still work.  maybe gremlins do appear if you're flipping between DM's sometimes, but otherwise, nothing to see here until I have more evidence.

I can test the live image I built on a laptop in a sec, and see how it behaves in a 'clean' live config. I can't test an install though, really.

re c#31: works fine in a KDM-based live image, for me.

Discussed at 2013-11-27 blocker review meeting: http://meetbot.fedoraproject.org/fedora-blocker-review/2013-11-27/f20-blocker-review-3.2013-11-27-17.01.log.txt . Accepted as a blocker per criterion "All elements of the default panel (or equivalent) configuration in all release-blocking desktops must function correctly in typical use." - https://fedoraproject.org/wiki/Fedora_20_Final_Release_Criteria#Default_panel_functionality . KDE is a release-blocking desktop.

Discussed in 2013-12-04 Blocker Review Meeting [1]. This bug is likely fixed with the recent switch from SDDM to KDM (from Final TC3 to TC4) - and requires more testing.

[1] http://meetbot.fedoraproject.org/fedora-blocker-review/2013-12-04/

Fedora-Live-Jam-KDE-x86_64-20-TC4.iso tested on bare metal, two machines. Connect to wireless at first login on Live KDE system now works. (Previously had to log out before it would work.)
Tested:
T5500 intel core 2, 945g chipset, GMA 950, iwl3945 wifi.
Athlon II x4, nforce 430, GeForce GT 640, atheros 9k wifi

fixed in booted KDE-live TC4 x86_64 DVD. logs in to WEP AP from bottom bar after asking for password.
i7 (system 76) netbook with internal wireless

Thanks folks, setting VERIFIED.

The change to KDM is now 'in production', so let's close this.