After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 647115 - No password dialog for when selecting a WPA2/EPA protected access point (eduroam)
No password dialog for when selecting a WPA2/EPA protected access point (edur...
Status: RESOLVED DUPLICATE of bug 646210
Product: NetworkManager
Classification: Platform
Component: general
unspecified
Other Linux
: Normal major
: ---
Assigned To: Dan Williams
Dan Williams
Depends on:
Blocks:
 
 
Reported: 2011-04-07 22:31 UTC by Frej Soya
Modified: 2011-04-15 21:50 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Output of "iwlist wlan0 scan" abridged to those APs that use EAP (3.09 KB, text/plain)
2011-04-13 11:07 UTC, Nils Philippsen 		Details

Description Frej Soya 2011-04-07 22:31:23 UTC 
In gnome shell using the latest fedora 15 beta _and_ gnome-shel 3.0 fedora live cd.

No password dialog for when selecting a WPA2/EPA protected access point (eduroam), i did get an error in $HOME/.xsession-errors, sadly i didn't keep it to post the bug. The dialog is never shown and network manager complains that it can't get the security info for the Access point. 

Passsword less  access points and normal WPA  authentication dialog worked fine.

Further WPA2/EAP login works fine when manually adding the wireless connection in nm-connection-editor. with SSID: eduroam, WPA2/EAP, and TTLS+PAP.
Comment 1 Frej Soya 2011-04-09 09:47:14 UTC 
Same problem exists in classic mode.
Comment 2 Nils Philippsen 2011-04-11 15:14:52 UTC 
Confirmed with the two EAP networks we have here. This is the message that ends up in .xsession-errors:

Window manager warning: Log level 16: Device activation failed: (32) Failed to determine AP security information

NM should at least notify the user that an error occurred, as it is nothing visible happens at all.
Comment 3 Giovanni Campagna 2011-04-12 16:45:32 UTC 
(In reply to comment #1)
> Same problem exists in classic mode.

Dan, please don't move bugs blindly to gnome-shell, when they lie in NetworkManager.
The shell has nothing to do with WPA password dialogs, they're still handled by nm-applet. Similarly, the shell disabled all notifications from NetworkManager, as they were duplicate with nm-applet ones (that somehow disappeared nevertheless).
Comment 4 Dan Williams 2011-04-12 19:39:36 UTC 
Nils, can you attach the output of 'iwlist wlan0 scan' for the EAP-enabled APs in question?
Comment 5 Nils Philippsen 2011-04-13 11:07:04 UTC 
Created attachment 185859 [details]
Output of "iwlist wlan0 scan" abridged to those APs that use EAP
Comment 6 Dan Williams 2011-04-15 21:50:54 UTC 

*** This bug has been marked as a duplicate of bug 646210 ***