cannot connect to known Wi-Fi after OTA-11

Bug #1589489 reported by Victor gonzalez
50
This bug affects 9 people
Affects Status Importance Assigned to Milestone
Canonical System Image
New
Critical
John McAleely
network-manager (Ubuntu)
Confirmed
Undecided
Tony Espy

Bug Description

We're receiving many customer cases where after updating to OTA-11 they cannot connect to their known or saved Wi-FI AP's. The most common behaviour is that M10 ask indefinitely for password when it is supoused to be saved previously. I guess this is about network manager that has been updated in OTA-11

What we are asking the customer for:

1º Forget the network through the UI Settings>Wi-Fi and connect to it again as if was the first time.
2º Try to connect another Wi-Fi AP not saved previously
3º Factory data reset(but we haven't recommend it yet)

Please let us know which logs do you need and we'll try to reproduce it with our units.

Revision history for this message
John McAleely (john.mcaleely) wrote :

@pmcgowan, I think we're tracking this one already. do you know the bug number?

Changed in canonical-devices-system-image:
assignee: nobody → John McAleely (john.mcaleely)
importance: Undecided → Critical
milestone: none → 12
Revision history for this message
Pat McGowan (pat-mcgowan) wrote :

There is not a matching issue filed yet.

I often see what sounds like this symptom. After a suspend and resume the wifi connect dialog is shown, I simply press cancel, then select the AP from the drop down and it immediately connects.

Changed in network-manager (Ubuntu):
assignee: nobody → Tony Espy (awe)
Revision history for this message
Launchpad Janitor (janitor) wrote :

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

Changed in network-manager (Ubuntu):
status: New → Confirmed
tags: added: bq-feedback
Revision history for this message
Victor gonzalez (victor-gonzalez-0) wrote :

I experienced this bug yesterday with VEGETA(OTA-11):

- WLAN SSID: JAZZTEL_0E78
- The WLAN was previously saved in OTA-10.1
- Once in the house, VEGETA did not connect automatically when was in range and it kept asking for password no matter how many times you enter it

From the syslog I can say the workaround provided to some of our users worked fine(at leat for me):

1st Attempt to connect
Jun 7 19:34:45
1st Connection failure
Jun 7 19:35:10

Disable/Enable Wi-Fi
Jun 7 19:36:51/ Jun 7 19:36:52

Connection deleted JAZZTEL_0E78
Jun 7 19:37:17

Then enable/disable flight mode

2nd Attempt
Jun 7 19:37:40

DHCP Resolution and connection
Jun 7 19:37:44 -- Jun 7 19:37:47

Revision history for this message
Victor gonzalez (victor-gonzalez-0) wrote :

Hi @pat-mcgowan!

I tried to cancel the wifi connect dialog and then tap on it again, but it still asked me for password :(

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

I think I may be seeing a different issue - bug #1560373, trying to reproduce now

Revision history for this message
Tomas Öqvist (tomoqv) wrote :

I have been experiencing weird wifi issues on my Pro 5. It is not unusual that I it asks me to re-enter my wifi password while in the house. I have also noticed that sometimes I have to pull the indicator menu down and tap my home wifi before it reconnects.

Revision history for this message
Victor gonzalez (victor-gonzalez-0) wrote :

Hi all,

We've got a user that cannot connect to his Wi-Fi AP, we've tried the same steps but is still not able to connect. Here is a resume of the info and test:

- Frieza on OTA-11
- Forget Wi-FI AP
- Reboot both router and tablet
- Enter password again but seems like is still asking for the password
- He did not change the password
- Other devices connect correctly(he has also a Krillin that is working fine with his Wi-FI AP)

Any hints or logs to ask him for?

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

@victor we can get the syslog and compare the failure

from the one you posted in comment #4

Jun 7 19:35:10 ubuntu-phablet NetworkManager[1326]: <warn> [1465320910.7776] device (wlan0): No agents were available for this request.
Jun 7 19:35:10 ubuntu-phablet NetworkManager[1326]: <info> [1465320910.7779] device (wlan0): state change: need-auth -> failed (reason 'no-secrets') [60 120 7]

which is something I saw on my m10 as well

and when it works
Jun 7 19:37:44 ubuntu-phablet NetworkManager[1326]: <info> [1465321064.1458] device (wlan0): Activation: (wifi) connection 'JAZZTEL_0E78' has security, and secrets exist. No new secrets needed.

Changed in canonical-devices-system-image:
milestone: 12 → 13
tags: added: connectivity
Revision history for this message
Tony Espy (awe) wrote :

I just updated bug #1593686 ( WPA-PSK limit introduced in OTA11 ) with the root cause which confirms Pete's theory about timeouts.

That said, *if* a user had successfully connected to an AP prior to the update to OTA11. This *shouldn't* have caused issues, as the psk would already have been present in the connection file, and it should've just worked.

If further problems are reported, checking the length of the user's passphrase should be suggested.

Revision history for this message
Daniel van Vugt (vanvugt) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. This particular bug has already been reported and is a duplicate of bug 1588126, so it is being marked as such. Please look at the other bug report to see if there is any missing information that you can provide, or to see if there is a workaround for the bug. Additionally, any further discussion regarding the bug should occur in the other report. Feel free to continue to report any other bugs you may find.

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

Other bug subscribers

Bug attachments

Remote bug watches

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