+++ This bug was initially created as a clone of Bug #1004621 +++

Description of problem:
KNetworkManager doesn't attempt to connect to any listed wireless networks when they are selected and their passwords entered.


Version-Release number of selected component (if applicable):
0.9.0.9-2.fc20


How reproducible:
Always occurs.


Steps to Reproduce:
1. Click on KNetworkManager in the System Tray.
2. Click a wireless network name, enter a password (if applicable) in the text box that appears, and click the connect button.


Actual results:
The text box and connect button collapse as if the network name had been clicked again, and no attempt to connect to the network is made.


Expected results:
KNetworkManager connects to the selected network, and a notification appears in the System Tray informing the user that a network connection was successfully established.


Additional info:
This issue hasn't yet been tested with an ethernet connection, although it seems likely it would occur with one.
This issue was discovered on Fedora Live KDE 20 Alpha TC3.

--- Additional comment from Rex Dieter on 2013-09-05 01:03:55 EDT ---

triaging to kde-plasma-nm component

--- Additional comment from Jan Grulich on 2013-09-05 01:27:28 EDT ---

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?

--- Additional comment from Jan Grulich on 2013-09-05 03:44:44 EDT ---

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.

--- Additional comment from Jordan Clarke on 2013-09-05 08:51:05 EDT ---

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.  :)

--- Additional comment from Rex Dieter on 2013-09-05 10:25:12 EDT ---

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.

--- Additional comment from Rex Dieter on 2013-09-05 10:26:17 EDT ---

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?

--- Additional comment from Jordan Clarke on 2013-09-05 11:05:54 EDT ---

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!  :)

--- Additional comment from Jordan Clarke on 2013-09-08 22:05:37 EDT ---

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...

--- Additional comment from Lukáš Tinkl on 2013-09-09 07:05:41 EDT ---

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

--- Additional comment from Jordan Clarke on 2013-09-18 07:07:05 EDT ---

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.

--- Additional comment from Rex Dieter on 2013-11-03 09:15:55 EST ---



--- Additional comment from Mike Ruckman on 2013-11-04 16:24:15 EST ---

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.

--- Additional comment from Adam Williamson on 2013-11-05 13:33:12 EST ---

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

--- Additional comment from Mike Ruckman on 2013-11-06 13:00:34 EST ---

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/

--- Additional comment from Rex Dieter on 2013-11-06 13:03:38 EST ---

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)

--- Additional comment from Fedora Update System on 2013-11-06 13:44:55 EST ---

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

--- Additional comment from Jan Grulich on 2013-11-07 11:02:38 EST ---



--- Additional comment from Fedora Update System on 2013-11-07 14:07:39 EST ---

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).

--- Additional comment from Fedora Update System on 2013-11-08 14:29:19 EST ---

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

--- Additional comment from Adam Williamson on 2013-11-17 20:37:14 EST ---



--- Additional comment from Ian Malone on 2013-11-23 15:07:44 EST ---

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.

--- Additional comment from Ian Malone on 2013-11-23 19:17:54 EST ---

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.

--- Additional comment from Adam Williamson on 2013-11-23 20:07:28 EST ---

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

--- Additional comment from Adam Williamson on 2013-11-25 11:45:46 EST ---

Proposing as a Final blocker.

--- Additional comment from Fedora Update System on 2013-11-25 12:40:36 EST ---

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

--- Additional comment from Adam Williamson on 2013-11-25 14:26:57 EST ---

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.

--- Additional comment from Fedora Update System on 2013-11-26 13:00:00 EST ---

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).

--- Additional comment from Rex Dieter on 2013-11-26 15:24:00 EST ---

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.

--- Additional comment from Rex Dieter on 2013-11-26 15:30:03 EST ---

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.

--- Additional comment from Rex Dieter on 2013-11-26 15:36:45 EST ---

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.

--- Additional comment from Adam Williamson on 2013-11-26 15:57:25 EST ---

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.

--- Additional comment from Adam Williamson on 2013-11-27 12:20:27 EST ---

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

--- Additional comment from Adam Williamson on 2013-11-27 12:28:36 EST ---

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.

--- Additional comment from Mike Ruckman on 2013-12-04 14:10:04 EST ---

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/

--- Additional comment from Ian Malone on 2013-12-04 17:40:01 EST ---

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

--- Additional comment from  on 2013-12-04 18:40:12 EST ---

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

--- Additional comment from Adam Williamson on 2013-12-05 02:43:09 EST ---

Thanks folks, setting VERIFIED.

--- Additional comment from Adam Williamson on 2013-12-10 00:10:09 EST ---

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