[phone] Leaving WiFi coverage often leads to the password dialog being displayed indefinitely

Bug #1407907 reported by Michał Sawicz
32
This bug affects 5 people
Affects Status Importance Assigned to Milestone
Canonical System Image
Confirmed
High
John McAleely
indicator-network (Ubuntu)
Invalid
Undecided
Unassigned
network-manager (Ubuntu)
Triaged
High
Mathieu Trudel-Lapierre
unity8 (Ubuntu)
Invalid
High
Unassigned

Bug Description

Steps:
* connect to a password-protected WiFi network
* suspend the phone
* turn the WiFi off or leave the network's covered area
* resume the phone

Expected:
* phone is connected via a GSM data connection

Current:
* phone is connected via a GSM data connection
* there is a WiFi password dialog displayed for a network that isn't in range any more (and for which the password is known)

ProblemType: Bug
DistroRelease: Ubuntu 15.04
Package: indicator-network 0.5.1+15.04.20141216-0ubuntu1
Uname: Linux 3.4.67 armv7l
ApportVersion: 2.15-0ubuntu3
Architecture: armhf
Date: Tue Jan 6 10:19:05 2015
InstallationDate: Installed on 2014-12-18 (19 days ago)
InstallationMedia: Ubuntu Vivid Vervet (development branch) - armhf (20141218-020204)
SourcePackage: indicator-network
UpgradeStatus: No upgrade log present (probably fresh install)

<https://wiki.ubuntu.com/Networking#wi-fi-authenticating>: "If the network stops being available while the dialog is still open — for example, if the network is no longer in range, or if you switch into Flight Mode — the commit buttons should be replaced by the centered text “Network no longer available”, all the dialog’s controls should become insensitive, and two seconds later, the dialog should close."

Revision history for this message
Michał Sawicz (saviq) wrote :
summary: - Leaving WiFi coverage often leads to the password dialog being displayed
- indefinitely
+ [phone] Leaving WiFi coverage often leads to the password dialog being
+ displayed indefinitely
Revision history for this message
Matthew Paul Thomas (mpt) wrote :

This reminds me of <https://bugzilla.gnome.org/show_bug.cgi?id=680911>: NetworkManager treats several different causes of Wi-Fi disconnection as if they are the fault of an incorrect password.

Changed in indicator-network (Ubuntu):
status: New → Invalid
tags: added: rtm14
Revision history for this message
Pat McGowan (pat-mcgowan) wrote :

I just experienced this on two phones running rtm and vivid, I had not seen this before but got two in one day

I added unity8 because the dialog is shown over the greeter, which seems like should be impossible

Changed in network-manager (Ubuntu):
status: New → Confirmed
Changed in unity8 (Ubuntu):
importance: Undecided → High
status: New → Confirmed
Changed in canonical-devices-system-image:
status: New → Confirmed
importance: Undecided → High
milestone: none → ww11-2015
Changed in network-manager (Ubuntu):
importance: Undecided → High
Revision history for this message
Michał Sawicz (saviq) wrote :

The password dialog is a notification as any other, if we don't want to ask for the password when locked, the network indicator should make sure of that.

But, why would we do that? What's the issue? When you have indicators on, you can even connect to a new WiFi network, so you need the dialog shown?

Changed in unity8 (Ubuntu):
status: Confirmed → Invalid
Revision history for this message
Pat McGowan (pat-mcgowan) wrote :

Actually the prompt is for the local network that is already connected.
This seems to be a recent regression, I see it 100% of the time as of last week. May not be the same issue originally reported.

Revision history for this message
Pat McGowan (pat-mcgowan) wrote :

I am no longer seeing this in 127 so marking incomplete

Changed in network-manager (Ubuntu):
status: Confirmed → Incomplete
Changed in canonical-devices-system-image:
status: Confirmed → Incomplete
Revision history for this message
Pat McGowan (pat-mcgowan) wrote :

Juts saw this again, the issue seems to be that when leaving Wifi coverage and before the phone suspends the connect dialog is created while the screen is off, so when the user resumes the phone it is displayed. But the AP prompted for connection should no longer have been visible in the first place.

Changed in canonical-devices-system-image:
milestone: ww11-2015 → ww13-2015
status: Incomplete → Confirmed
Michał Sawicz (saviq)
Changed in network-manager (Ubuntu):
status: Incomplete → Confirmed
Changed in canonical-devices-system-image:
milestone: ww13-2015 → ww17-2015
assignee: nobody → kevin gunn (kgunn72)
Revision history for this message
Matthew Paul Thomas (mpt) wrote :
Changed in network-manager (Ubuntu):
status: Confirmed → Triaged
description: updated
Revision history for this message
Matthew Paul Thomas (mpt) wrote :

Oops, I got that wrong. This doesn't apply to the dialog for connecting to a hidden network, because we don't know whether it's in range until we try connecting to it. Specification updated again. <https://wiki.ubuntu.com/Networking?action=diff&rev2=260&rev1=259>

description: updated
Changed in canonical-devices-system-image:
milestone: ww17-2015 → ww21-2015
kevin gunn (kgunn72)
Changed in network-manager (Ubuntu):
assignee: nobody → Pete Woods (pete-woods)
Changed in canonical-devices-system-image:
assignee: kevin gunn (kgunn72) → Thomas Strehl (strehl-t)
Thomas Strehl (strehl-t)
Changed in network-manager (Ubuntu):
assignee: Pete Woods (pete-woods) → Mathieu Trudel-Lapierre (mathieu-tl)
Changed in canonical-devices-system-image:
assignee: Thomas Strehl (strehl-t) → Ricardo Salveti (rsalveti)
Revision history for this message
Antti Kaijanmäki (kaijanmaki) wrote :

Two separate issues in this bug:
one is the password dialog being displayed indefinitely and second is the design/ui change.

Let's use this bug to track the dialog being displayed indefinitely and I will split a new bug for the design/ui work.

Changed in canonical-devices-system-image:
assignee: Ricardo Salveti (rsalveti) → John McAleely (john.mcaleely)
milestone: ww21-2015 → none
Aron Xu (happyaron)
tags: added: nm-touch
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.