NetworkManager displays multiple duplicate authorization dialogs

Bug #923737 reported by Steve Magoun
44
This bug affects 9 people
Affects Status Importance Assigned to Milestone
NetworkManager
New
Medium
network-manager (Ubuntu)
Triaged
Medium
Unassigned

Bug Description

My computer was sitting idle but on for 2 days. The machine is set to lock the screen after inactivity; the screen was locked for most of this time. When I returned to the machine and unlocked the screen, I had *82* (I counted...) identical "Authorization required...." dialogs onscreen (see attached screenshot). Each dialog contained a request to connect to a network that I had previously connected to. Each request was for the same network - n-m was asking about the same network 82 times, not asking to connect to 82 different networks.

I have observed the same or similar behavior in in 11.10: When roaming to a new network, network-manager finds a new network then asks for permission to connect to it, even if you've already connected to that network in the past. If you do not answer the prompt, network-manager displays a new prompt after a minute or two. I believe this is a result of scanning for networks while not associated - n-m seems to put up a new dialog if (a) it's not associated and (b) it finds a network to connect to. This happens regardless of whether a dialog is already onscreen. network-manager should avoid throwing up an authorization dialog if a dialog is already onscreen.

ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: network-manager 0.9.2.0+git201201101813.0b30200-0ubuntu2
ProcVersionSignature: Ubuntu 3.2.0-10.18-generic 3.2.1
Uname: Linux 3.2.0-10-generic x86_64
NonfreeKernelModules: nvidia
ApportVersion: 1.91-0ubuntu1
Architecture: amd64
Date: Mon Jan 30 08:55:14 2012
IfupdownConfig:
 auto lo
 iface lo inet loopback
InstallationMedia: Ubuntu 10.10 "Maverick Meerkat" - Beta amd64 (20100901.1)
IpRoute:
 default via 10.0.1.1 dev wlan0 proto static
 10.0.1.0/24 dev wlan0 proto kernel scope link src 10.0.1.22 metric 2
 169.254.0.0/16 dev wlan0 scope link metric 1000
NetworkManager.state:
 [main]
 NetworkingEnabled=true
 WirelessEnabled=true
 WWANEnabled=true
ProcEnviron:
 PATH=(custom, user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
RfKill:
 0: phy0: Wireless LAN
  Soft blocked: no
  Hard blocked: no
SourcePackage: network-manager
UpgradeStatus: Upgraded to precise on 2012-01-26 (3 days ago)
nmcli-dev:
 DEVICE TYPE STATE DBUS-PATH
 wlan0 802-11-wireless connected /org/freedesktop/NetworkManager/Devices/0
 eth1 802-3-ethernet unavailable /org/freedesktop/NetworkManager/Devices/1
nmcli-nm:
 RUNNING VERSION STATE NET-ENABLED WIFI-HARDWARE WIFI WWAN-HARDWARE WWAN
 running 0.9.3.0 connected enabled enabled enabled enabled enabled

Revision history for this message
Steve Magoun (smagoun) wrote :
Changed in network-manager (Ubuntu):
assignee: nobody → Canonical Desktop Team (canonical-desktop-team)
Martin Pitt (pitti)
Changed in network-manager (Ubuntu):
assignee: Canonical Desktop Team (canonical-desktop-team) → Mathieu Trudel-Lapierre (mathieu-tl)
Revision history for this message
Mathieu Trudel-Lapierre (cyphermox) wrote :

Confirming, I can reproduce this if I leave my system on after changing the wireless password for an AP, and wait > 5 minutes for a rescan to start. This probably just needs a little tweak to force the device as down/failed until the auth is completed, but I'm not certain what would be the best way to tackle this.

Let's file this bug upstream.

Changed in network-manager (Ubuntu):
status: New → Confirmed
importance: Undecided → Low
Changed in network-manager:
importance: Unknown → Medium
status: Unknown → New
Changed in network-manager (Ubuntu):
importance: Low → Medium
Revision history for this message
Mathieu Trudel-Lapierre (cyphermox) wrote :

Unassigning: there's work needed to be done upstream, that's been being thought of for a while now, but not yet implemented; to avoid asking for the password repeatedly.

NetworkManager by itself won't go on a new network you've never connected to before and ask for the password; this may happen only when roaming to a similarly named network that has different security settings. Unfortunately, figuring out that this is the case isn't simple.

As another possibility, if you've already been on that network and you think the password is the same, maybe there was an issue migrating GConf keys from 0.8 to 0.9 in Oneiric. You may want to try setting "Available to all users" on that connection if it's not already set.

Since there's rather important changes needed to implement this upstream, I'll unassign myself and we'll revisit this issue after Precise.

Changed in network-manager (Ubuntu):
assignee: Mathieu Trudel-Lapierre (mathieu-tl) → nobody
status: Confirmed → Triaged
Thomas Hood (jdthood)
summary: - Network manager displays multiple duplicate authorization dialogs
+ NetworkManager displays multiple duplicate authorization dialogs
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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