1221802 - There is no visual indication in FTU that the device is trying to connect to a hidden network

Status: RESOLVED WONTFIX

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

Description

[KTucker [:KTucker][Inactive 3/4/2016]]

Attachment: logcat_20151104_1542.txt

The user will notice when entering invalid credentials for a hidden network that nothing happens after tapping "Join". In the past the "WiFi" icon would animate indicating that the device is trying to connect.

Repro Steps:
1) Update a Flame to 20151104030208
2) Go into settings>WiFi>Manage Networks>Join Hidden Network
3) Input invalid credentials for the SSID Network Name and Password.
4) Tap "OK" and pay close attention to the WiFi icon next to the hidden network name on the "Manage Networks" page.

Actual:
There is no visual indication that the device is attempting to connect to the hidden network.

Expected:
The WiFi icon beside the hidden network name will animate indicating to the user that it is trying to connect.

Device: Flame 2.6 (KK)(512mb)
Build ID: 20151104030208
Gaia: 47da49f8206788d70d834c3a63d9245d50c89103
Gecko: 6077f51254c69a1e14e1b61acba4af451bf1783e
Gonk: 040bb1e9ac8a5b6dd756fdd696aa37a8868b5c67
Version: 45.0a1 (2.6)
Firmware Version: v18D
User Agent: Mozilla/5.0 (Mobile; rv:45.0) Gecko/45.0 Firefox/45.0

Repro frequency: 5/5
See attached: Video, logcat

Comment 1

[KTucker [:KTucker][Inactive 3/4/2016]]

This also occurs on Aries 2.6 and Flame 2.5

There no visual indication that the device is trying to connect to a hidden network. 

Device: Aries 2.6
BuildID: 20151104121537
Gaia: 47da49f8206788d70d834c3a63d9245d50c89103
Gecko: 6077f51254c69a1e14e1b61acba4af451bf1783e
Gonk: a19052e4389c3ae2d8fc3e7a74a475401baacc56
Version: 45.0a1 (2.6) 
Firmware Version: D5803_23.1.A.1.28_NCB.ftf
User Agent: Mozilla/5.0 (Mobile; rv:45.0) Gecko/45.0 Firefox/45.0

Environmental Variables:
Device: Flame 2.5
Build ID: 20151104004502
Gaia: 91cac94948094cfdcd00cba5c6483e27e80cb3b0
Gecko: f14715d84261aa5da68680bc889734f923d5d4c7
Gonk: 205ac4204bbbb2098a8046444acba551ba5dc75a
Version: 44.0a1 (2.5)
Firmware Version: v18D
User Agent: Mozilla/5.0 (Mobile; rv:44.0) Gecko/44.0 Firefox/44.0

----------------------

This issue does not occur on Flame 2.2

The WiFi icon animates indicating to the user that the device is trying to connect to the hidden network. 

Device: Flame 2.2
BuildID: 20151102032501
Gaia: 885647d92208fb67574ced44004ab2f29d23cb45
Gecko: b8b7f4efaa6e
Gonk: bd9cb3af2a0354577a6903917bc826489050b40d
Version: 37.0 (2.2) 
Firmware Version: v18D
User Agent: Mozilla/5.0 (Mobile; rv:37.0) Gecko/37.0 Firefox/37.0

Comment 2

[Jayme Mercado [:JMercado] (Inactive 3/4/2016)]

[Blocking Requested - why for this release]:

User is not given any indication that the wifi functionality is actually working.

Let's get a window here.

Comment 3

[John Thomas [:Johnt]]

Caused by changes made in Bug 1107431

Gaia Regression Window

Last Working
Environmental Variables:
Device: Flame 2.5
BuildID: 20150204032225
Gaia: a785391616adb07777dd0e94c8bd52d432d8fdd9
Gecko: 504cd44a8d2f
Version: 38.0a1 (2.5) 
Firmware Version: v18D
User Agent: Mozilla/5.0 (Mobile; rv:38.0) Gecko/38.0 Firefox/38.0

First Broken
Environmental Variables:
Device: Flame 2.5
BuildID: 20150204034223
Gaia: 52f0f550947d2226671c98963de3afdaeeae591a
Gecko: deee0e303745
Version: 38.0a1 (2.5) 
Firmware Version: v18D
User Agent: Mozilla/5.0 (Mobile; rv:38.0) Gecko/38.0 Firefox/38.0

Last Working gaia / First Broken gecko - This issue DOES occur with broken Gecko
Gaia: a785391616adb07777dd0e94c8bd52d432d8fdd9
Gecko: deee0e303745

Last Working gecko / First Broken gaia - This issue does NOT occur with broken Gaia
Gecko: deee0e303745
Gaia: 52f0f550947d2226671c98963de3afdaeeae591a

Gaia Pushlog:
https://github.com/mozilla-b2g/gaia/compare/a785391616adb07777dd0e94c8bd52d432d8fdd9...52f0f550947d2226671c98963de3afdaeeae591a

Comment 4

[John Thomas [:Johnt]]

It was discovered that there is a very similar issue when the user attempts to connect to a hidden network specifically in Settings. A bug for this is currently being written up for that and it is affected by different changes. Will be providing that bug for reference shortly.

Comment 5

[Jayme Mercado [:JMercado] (Inactive 3/4/2016)]

Fernando this issue seems to have been caused by the changes for bug 1107431.  Can you please take a look?

Comment 6

[Fernando Campo (:fcampo)]

As the comment on the changed code states, there is (was?) no feedback from the API when the connection fails [see bug 1107431 comment 25, and bug 1129383]. There's actually an event onSuccess even on failed attempts.

For this reason, we decided it was better at the time to not show any graphic indication while connecting that end up in an endless loop.
Another option might be to use a timeout when trying to connect, and check for state 'connected' at the end of it (or onSuccess).

Comment 7

[BMO Automation]

Firefox OS is not being worked on