Ubuntu
network-manager-applet package

Password for wireless network isn't saved

Bug #554201 reported by Jaromir Obr
22
This bug affects 4 people
Affects Status Importance Assigned to Milestone
network-manager-applet (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

It seems to be regression because it started to happen 1-2 days ago (after some Ubuntu updates).
It also could be a bug in keyring.

Steps to reproduce:
Login to Gnome

Expected result:
WPA2 connection is established, no password is needed

Actual result:
Dialog "Enter password for WPA2 connection" appears.
Password has to be entered manually. Then connection is established. If you logout from Gnome and login again, the dialog appears again

~/.xsession-errors log:
----------------------------
** (nm-applet:1783): DEBUG: foo_client_state_changed_cb
** Message: secret service operation failed: The name org.freedesktop.secrets was not provided by any .service files
** Message: secret service operation failed: The name org.freedesktop.secrets was not provided by any .service files
** Message: secret service operation failed: The name org.freedesktop.secrets was not provided by any .service files
** Message: secret service operation failed: The name org.freedesktop.secrets was not provided by any .service files
** Message: secret service operation failed: The name org.freedesktop.secrets was not provided by any .service files
** Message: secret service operation failed: The name org.freedesktop.secrets was not provided by any .service files
** Message: secret service operation failed: The name org.freedesktop.secrets was not provided by any .service files
** Message: secret service operation failed: The name org.freedesktop.secrets was not provided by any .service files
** Message: secret service operation failed: The name org.freedesktop.secrets was not provided by any .service files
** Message: secret service operation failed: The name org.freedesktop.secrets was not provided by any .service files
** Message: secret service operation failed: The name org.freedesktop.secrets was not provided by any .service files
** Message: secret service operation failed: The name org.freedesktop.secrets was not provided by any .service files
** (nm-applet:1783): DEBUG: foo_client_state_changed_cb

I went to wireless connection settings (via network manager applet) and set the password again (so that it can be saved permanently), but when I entered it and click on O.K., dialog "Enter password for your network" appeared again.

xsession log shows:
--------------------------
** Message: <info> No keyring secrets found for dlink/802-11-wireless-security; asking user.

Used SW:
-------------
Ubuntu 10.04 Lucid, amd64
kernel 2.6.32-19
network-manager-gnome: 0.8-0ubuntu2
gnome-keyring: 2.92.92.is.2.30.0-0ubuntu2

Revision history for this message
Jaromir Obr (jaromir-obr) wrote :
Revision history for this message
Jaromir Obr (jaromir-obr) wrote :

I fixed it by checking option "Available to all users" in wireless connection settings, see attached screenshot.
Now password is saved correctly. I don't know if it is intention and password should be saved only with this settings, but it works.

Revision history for this message
Sergio Callegari (callegar) wrote :

Unfortunately, this is more a hack than a fix.

In this way you make password stored in a system accessible file rather than in a user-private database.

The real fix is to have gnome-keyring-daemon properly started.
Apparently in some cases the daemon is not started or maybe dies.

For sure it is not started in kubuntu, which makes nm-applet unusable in kubuntu.

Revision history for this message
Forest (foresto) wrote :

See also bug 525642

Revision history for this message
Jaromir Obr (jaromir-obr) wrote :

It works for me with latest updates on Ubuntu 10.04. I disabled option "Available to all users" (see comment 2) and restarted OS. Password is not prompted anymore.
It's fixed for me.

Revision history for this message
Otto Kekäläinen (otto) wrote :

Did you recently change your system login password? This might be related to #416825.

Revision history for this message
Ketil Malde (ketil-ii) wrote :

It doesn't seem to work on 10.10 - I checked 'available to all', but nm-applet still prompts for the WPA key. I don't mind storing things in plaintext or whatever - but I do mind having to remember a ton of WPA and WEP passwords.

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in network-manager-applet (Ubuntu):
status: New → Confirmed
Revision history for this message
Atheg (hoganaj) wrote :

Same problem.

Revision history for this message
Atheg (hoganaj) wrote :

** Message: applet now removed from the notification area

** (nm-applet:14835): WARNING **: async_got_type: could not read properties for /org/freedesktop/NetworkManager/ActiveConnection/1: Method "Get" with signature "ss" on interface "org.freedesktop.DBus.Properties" doesn't exist

** (nm-applet:14835): WARNING **: async_got_type: could not read properties for /org/freedesktop/NetworkManager/ActiveConnection/1: Method "Get" with signature "ss" on interface "org.freedesktop.DBus.Properties" doesn't exist

** Message: No keyring secrets found for mynetwork/802-11-wireless-security; asking user.
** Message: No keyring secrets found for mynetwork/802-11-wireless-security; asking user.
** Message: No keyring secrets found for mynetwork/802-11-wireless-security; asking user.
** Message: No keyring secrets found for mynetwork/802-11-wireless-security; asking user.

Meanwhile, in the nm-manager application, there is /clearly/ a saved password. I have tried clicking and unclicking the "available to all users", toggling ignore ipv6, and setting connection manually versus automatically. Still, the connection drops every 5-10 min and asks for a password that it already has stored.

This started maybe 3 weeks ago?

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.