xfce4 not saving wifi network password

[AdrianRiley]

I'm using xfce4 with Fedora15. Every time I log in I have to enter my wifi network password. gnome-keyring-daemon is running:

[adrian@paxton ~]$ ps -ef | grep keyring
adrian    5268     1  0 19:03 ?        00:00:00 /usr/bin/gnome-keyring-daemon --daemonize --login

I have seen some other posts on the same issue, but reported as fixed. I think I have the latest release versions of everything.

Is there something else I need to do? Any help very welcome, thanks.

[David Batson]

I am just trying out xfce on Arch Linux. Haven't got all the bugs worked out yet, but the Arch Wiki has the following which seems to work for me.

# mv /etc/wpa_supplicant.conf /etc/wpa_supplicant.conf.original
# wpa_passphrase linksys "my_secret_passkey" > /etc/wpa_supplicant.conf

The word linksys above should of course be replaced with your network essid (network name).

[AdrianRiley]

Thanks, but that had no effect. I do see that the problem is not related to xfce4, tried it with xlde and even went back to gnome3 again, all the same.

I see this in /var/logs/messages on logging in:

Oct 13 20:45:32 paxton pam: gdm-password[5480]: WARNING: unable to log session
Oct 13 20:45:33 paxton NetworkManager[3990]: <info> Auto-activating connection 'Auto Harcourt'.
Oct 13 20:45:33 paxton NetworkManager[3990]: <info> Activation (wlan0) starting connection 'Auto Harcourt'
Oct 13 20:45:33 paxton NetworkManager[3990]: <info> (wlan0): device state change: disconnected -> prepare (reason 'none') [30 40 0]
Oct 13 20:45:33 paxton NetworkManager[3990]: <info> Activation (wlan0) Stage 1 of 5 (Device Prepare) scheduled...
Oct 13 20:45:33 paxton NetworkManager[3990]: <info> Activation (wlan0) Stage 1 of 5 (Device Prepare) started...
Oct 13 20:45:33 paxton NetworkManager[3990]: <info> Activation (wlan0) Stage 2 of 5 (Device Configure) scheduled...
Oct 13 20:45:33 paxton NetworkManager[3990]: <info> Activation (wlan0) Stage 1 of 5 (Device Prepare) complete.
Oct 13 20:45:33 paxton NetworkManager[3990]: <info> Activation (wlan0) Stage 2 of 5 (Device Configure) starting...
Oct 13 20:45:33 paxton NetworkManager[3990]: <info> (wlan0): device state change: prepare -> config (reason 'none') [40 50 0]
Oct 13 20:45:33 paxton NetworkManager[3990]: <info> Activation (wlan0/wireless): access point 'Auto Harcourt' has security, but secrets are required.
Oct 13 20:45:33 paxton NetworkManager[3990]: <info> (wlan0): device state change: config -> need-auth (reason 'none') [50 60 0]
Oct 13 20:45:33 paxton NetworkManager[3990]: <info> Activation (wlan0) Stage 2 of 5 (Device Configure) complete.
Oct 13 20:45:33 paxton NetworkManager[3990]: <warn> No agents were available for this request.
Oct 13 20:45:33 paxton NetworkManager[3990]: <info> (wlan0): device state change: need-auth -> failed (reason 'no-secrets') [60 120 7]
Oct 13 20:45:33 paxton NetworkManager[3990]: <warn> Activation (wlan0) failed for access point (Harcourt)
Oct 13 20:45:33 paxton NetworkManager[3990]: <info> Marking connection 'Auto Harcourt' invalid.
Oct 13 20:45:33 paxton NetworkManager[3990]: <warn> Activation (wlan0) failed.
Oct 13 20:45:33 paxton NetworkManager[3990]: <info> (wlan0): device state change: failed -> disconnected (reason 'none') [120 30 0]
Oct 13 20:45:33 paxton NetworkManager[3990]: <info> (wlan0): deactivating device (reason 'none') [0]
Oct 13 20:45:35 paxton gnome-keyring-daemon[5472]: couldn't set environment variable in session: The name org.gnome.SessionManager was not provided by any .service files
Oct 13 20:45:35 paxton gnome-keyring-daemon[5472]: couldn't set environment variable in session: The name org.gnome.SessionManager was not provided by any .service files
Oct 13 20:45:35 paxton gnome-keyring-daemon[5472]: couldn't set environment variable in session: The name org.gnome.SessionManager was not provided by any .service files

[AdrianRiley]

Ok, after much searching around, I found the answer here: https://bugzilla.redhat.com/show_bug.cgi?id=706204#c8

Use nm-connection-editor to set the password, or manually edit /etc/sysconfig/network-scripts/ifcfg-<name> and /etc/sysconfig/network-scripts/keys-<name>

[cheerio158]

If got the same problem with Fedora 16 (Gnome3) on a live USB. All was fine up until Fedora 14 and was broken in Fedora 15.

Of course, this solution isn't going to work for me because /etc is not persistent. However, I could do something kludgey like inject the connection settings of my frequently accessed wifi connections when I build my live USB.

How does a non-administrative user save information in /etc anyway!? This change in behaviour is moronic!