1038331 - [B2G][FTE][Wifi]Re-entering connected wifi in FTE asks for password again

Status: RESOLVED WONTFIX

(Firefox OS Graveyard :: Gaia::First Time Experience, defect, P2)

Description

[Eric Kramer [:Kramer]]

Description:
While in the FTE users can re-enter a wifi connection they already connected to. When they re-enter the wifi connection they see the same password screen as if they are not currently connected. 

Note: Users see connection details when they select a connection they are currently using via Settings > Wifi.

Repro Steps:
1) Update a Flame to 20140711000201
2) In FTE select a wireless connection
3) Enter a correct password
4) Re-enter the same wifi network

Actual:
Users see the password screen when they re-enter a connected wi-fi.

Expected:
Users see the connection information for the connected wifi, like what they would see via Settings > Wifi. Or a screen that tells the user they are already connected to this source. 


Environmental Variables:
Device: Flame 2.0
Build ID: 20140711000201
Gaia: 18c44a1bc31b374ba00a069904465a8d07971a60
Gecko: f880dae4fdbe
Version: 32.0a2 (2.0)
Firmware Version: v122
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0


Repro frequency: 100%

Comment 1

[Eric Kramer [:Kramer]]

This issue DOES reproduce on Flame 2.1, Flame 2.0, Flame 1.4, and Buri 2.1

Flame Master
BuildID: 20140711040202
Gaia: c47094a26c87ba71a3da4bae54febd0da21f3393
Gecko: 1b1296d00330
Version: 33.0a1 (Master) 
Firmware Version: v122
User Agent: Mozilla/5.0 (Mobile; rv:33.0) Gecko/33.0 Firefox/33.0

Flame 1.4
BuildID: 20140711000202
Gaia: e273c1f52ed7187e4e0b2d66ed5718f0f20c6eeb
Gecko: 896fa800b72d
Version: 30.0 (1.4) 
Firmware Version: v122
User Agent: Mozilla/5.0 (Mobile; rv:30.0) Gecko/30.0 Firefox/30.0

Buri Master
BuildID: 20140711035913
Gaia: c47094a26c87ba71a3da4bae54febd0da21f3393
Gecko: 1b1296d00330
Version: 33.0a1 (Master) 
Firmware Version: v1.2device.cfg
User Agent: Mozilla/5.0 (Mobile; rv:33.0) Gecko/33.0 Firefox/33.0


Actual Results: Users see the password screen when they re-enter a connected wi-fi.

Comment 2

[Joshua Mitchell (Inactive)]

NI to the Network QA lead -  can you weigh in here on what the intended design is?

Comment 3

[Joshua Mitchell (Inactive)]

This needs a video here

Comment 4

[Joshua Mitchell (Inactive)]

Kramer - you are also missing a log-cat and several device checks - please check with Derek for help with the exploratory test matrix

Comment 5

[Eric Kramer [:Kramer]]

Attachment: Logcat

Video url: http://youtu.be/8-KnSdwpgEE

Note: This issue reproduces on all memory settings for Flame. 


Environmental Variables:
Buri 2.0
BuildID: 20140711045612
Gaia: e1aa5fcc3e1ee2dde9dd935efb1d660c09cf64ff
Gecko: db356a82a908
Version: 32.0a2 (2.0) 
Firmware Version: v1.2device.cfg
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0

Buri 1.4
BuildID: 20140711000202
Gaia: e273c1f52ed7187e4e0b2d66ed5718f0f20c6eeb
Gecko: 896fa800b72d
Version: 30.0 (1.4) 
Firmware Version: v1.2device.cfg
User Agent: Mozilla/5.0 (Mobile; rv:30.0) Gecko/30.0 Firefox/30.0

Comment 6

[Gerry Chang [:gchang]]

I can recreate the issue by following description.
This needs UX to clarify the expected behavior.

Comment 7

[Gerry Chang [:gchang]]

Attachment: the screen shot of FTU and Wifi settings.

Hi Jacqueline,
I attach an image.
The left 2 screen shots are behaviors of Wifi in FTU.
The right 2 screen shots are behaviors of Wifi in settings.
I'm not sure what the expected result is when use click the connected network again in FTU. We might need your input here.

Comment 8

[Jacqueline Savory [:jsavory] UX]

Attachment: FTE-Wifi-Info.png

I definitely agree that showing the empty password field is not the ideal experience. 

I feel that we should show what is currently seen in settings. However, instead of the back and forget action buttons being in the header, I think that we should follow the FTE navigation. This means that the screen would display the same actions as settings but they would be at the bottom of the screen instead.

I've attached an image to show what I mean. 
Thanks!

Comment 9

[Cody Roesch [:croesch]]

Since there hasn't seemed to be any movement on this, I wanted to provide another reason that this should be addressed.

If the user is already connected to a wifi network and then they tap on that same network again, they see the empty password screen and can enter the password again. Doing this and trying to connect again leaves the wifi connection in an odd state where the status says connecting... and the wifi icon shows the trying to connect animation forever.

Repro steps:
1. In FTU connect to a wifi network successfully.
2. Tap on the same connection.
3. Enter in the same password (also occurs when inputting wrong password.)
4. Notice that the wifi now appears as though it cannot connect to the network anymore.


Things to note at this point:
a. The wifi is actually successfully connected it's just a visually confusing behavior.
b. The problem can be corrected by hitting the refresh button. (Wifi shows as connected again.)
c. While this bug is active the user can go through the FTU and find that the wifi is working fine at the homescreen.
d. This bug cannot be encountered post FTU.

Comment 10

[Sam Foster [:sfoster] (he/him)]

I think we're agreed it should be fixed, but its not something we would block a release on. I've marked it as P2, lets try and get this for 2.2

Comment 11

[BMO Automation]

Firefox OS is not being worked on