desktop-packages team mailing list archive

[Bug Watch Updater <1369929@xxxxxxxxxxxxxxxxxx>]

** Changed in: network-manager-applet
       Status: Unknown => New

** Changed in: network-manager-applet
   Importance: Unknown => Wishlist

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to network-manager-applet in Ubuntu.
https://bugs.launchpad.net/bugs/1369929

Title:
  WiFi passwords and keychain [Eduroam]

Status in Network Manager GNOME Applet:
  New
Status in “network-manager-applet” package in Ubuntu:
  Triaged

Bug description:
  nm-applet (from network-manager-gnome_0.9.8.8-0ubuntu4.3) uses the
  connection UUID instead of the user-visible connection ID to identify
  the WiFi connection password in secret storage (keychain). Some
  utilities or NetworkManager seem to modify the UUID in some situations
  -- I've not managed to track down exactly when --, so that nm-applet
  can no longer obtain the connection password from the keyring, causing
  nm-applet to always pop up a connection password dialog. (Also,
  previous connection passwords tend to aggregate in the keyring, as
  they're not automatically removed.)

  The particular situation I can semi-reliably reproduce this is with
  Eduroam connection scripts. (In fact, many scripts fall back to
  storing the password in cleartext in /etc/NetworkManager/system-
  connections/, the directory and files being read-only by root.)

  My suggestion/fix is to use the user-visible connection ID to identify
  the WiFi connection in secret storage/keychain. That way the password
  in the keychain is attached to the NetworkManager connection, as long
  as the connection ID stays unchanged.

  I've submitted this enhancement request upstream as
      https://bugzilla.gnome.org/show_bug.cgi?id=736724
  and attached here the simple patch against network-manager-gnome_0.9.8.8-0ubuntu4.3.

To manage notifications about this bug go to:
https://bugs.launchpad.net/network-manager-applet/+bug/1369929/+subscriptions