Ubuntu Touch forgets WiFi settings after first connection. EDUROAM network WPA & WPA2 Enterprise

Bug #1478222 reported by GT
30
This bug affects 5 people
Affects Status Importance Assigned to Milestone
indicator-network (Ubuntu)
Confirmed
Medium
Matthew Paul Thomas

Bug Description

Using WPA & WPA2 Enterprise I connected to the EDUROAM WiFi network with Ubuntu Touch. This works fine.
However, when leaving the WiFi range and coming back, Ubuntu Touch will not be able to connect again. It asks again for the password, but the correct password does not work anymore.

The only (annoying) workaround is to delete "EDUROAM" network from "previous networks" in the WiFi setting and then apply all setting again. The WiFi access will work then until one leaves the WiFi range again.

Additional info:
The EDUROAM WiFi network is a unified WiFi network to get access almost any European University. Default set-up is described here: http://www.urz.uni-heidelberg.de/zugang/eduroam/linux_ubuntu.html

System:
Ubuntu Touch 15.04(r24). Device-Built: KRILIN01A-S15A_BQ_L100EN_2024_150713

Revision history for this message
Enrique (enrique-garcia) wrote :

 The same problem happened to me with BQ Aquarius E5
 SO Ubuntu 15.04 (r4). Last update 11/08/15,

Revision history for this message
Enrique (enrique-garcia) wrote :

 I found the way to get this working: when prompted with the WiFi network configuration, select WPA & WPA2 Enterprise, TTLS, MCHAPv2, scroll to the end and check "Remember password". Then fill the rest of the fields: anonymous id, user id and password. The trick is not to get the on-display keyboard before the "Remember password" can be checked.

 Despite the fact that now it is working, this shows that there are still two bugs:
 1) once the on-display keyboard is shown, one cannot scroll down the configuration all the way to the bottom.
 2) If the "Remember password" is not set, when prompted for the password next times you connect, even entering the correct password doesn't work.

Revision history for this message
GT (gleppert) wrote :

Thanks Enrique for the work-around.

In fact, doing what you describe allows me to tick the "remember password". Otherwise, one can never tick the field, because it is covered by the keyboard. This means: Anyone who fills the form from the top to the bottom (like everyone usually does it) will not succeed! Point (1) is a bug.

Your point (2) is also a bug. The correct password is not accepted if "remember password" was not ticked before.

Revision history for this message
muyiwa (muyiwa-iyowu) wrote :

Just filed a bug for this exact issue before realizing its already filed.
Ticking the "save password" does fix the issue, but I think that's not the way it should work. Even without saving the password, the Eduroam network still appears under "previous networks", so that means at least some information about it has been saved on the phone.
I suggest the "save password" box should be selected by default, cos that's probably what most people would want anyway, and it will solve the confusion.

Revision history for this message
Launchpad Janitor (janitor) wrote :

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

Changed in indicator-network (Ubuntu):
status: New → Confirmed
Revision history for this message
Matthew Paul Thomas (mpt) wrote :

Huh, I think this is actually my fault. When I designed the authentication controls for the various wi-fi authentication types, I included a "Remember password" checkbox for some of them (TTLS, FAST, PEAP) but not others (WPA Personal, TLS, LEAP, WEP). I don't know why I did that. <https://wiki.ubuntu.com/Networking#wi-fi-authentication-variations>

So unless anyone can figure out what I knew then that I don't know now, :-) I'll remove all those "Remember password" checkboxes from the design. Like muyiwa says, there seems to be little point in remembering all the authentication details for the network *except* for the password.

Changed in indicator-network (Ubuntu):
assignee: nobody → Matthew Paul Thomas (mpt)
importance: Undecided → Medium
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

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