1088366 - [Flame] WiFi is "Connected to null" after switching airplane mode from OFF to ON

Status: RESOLVED WONTFIX

(Firefox OS Graveyard :: Gaia::Settings, defect)

Description

[Marcela Oniga]

Attachment: 2014-10-24-01-54-50.png

Gaia   f5d4ff60ffed8961f7d0380ada9d0facfdfd56b1
SourceStamp ad497694e258
BuildID 20141013000205
Version 34.0a2
v180
2.1.0


Description
Make sure WiFi was enabled and connected to a network before switching to airplane mode. 


Steps to Reproduce
Go to settings and Switch airplane mode from off to on
Verify WiFi connection

Expected Results
Wifi should be automatically reconnected



Actual Results
Switching  airplane mode from OFF to ON is causing WiFi UX issues. Instead of reconnecting, Wifi network is displayed as connected to null. See attached screenshot.

Other Notes
In order to have Wifi reconnected, user should open Wifi option and wait until connecting is performed to a previously saved network.


Reproduction Frequency:

Comment 1

[Tony Chung [:tchung]]

Does it ever recover?   if you search again, will it find the right hotspot from before?  

qawanted to see if anyone else can reproduce.

Comment 2

[Marcela Oniga]

(In reply to Tony Chung [:tchung] from comment #1)
> Does it ever recover?   if you search again, will it find the right hotspot
> from before?  
> 
> qawanted to see if anyone else can reproduce.

Yes, as I mentioned in the notes description, after re-opening wifi option search is performed and it connects to the right spot.

Comment 3

[Cody Roesch [:croesch]]

I'm unable to reproduce on the reporters nightly build or our latest engineering builds. The network reconnects to the known network successfully. I've tried to mirror the reporters setup in the screenshot including the 2 sims, I've tried accessing airplane mode different ways, I've tried enabling sim pin. I've tried multiple wireless networks but nothing I do causes this bug to happen.

What is the reporters repro rate on this? Can they still get it to occur on the latest build?

Repro Rate 0/10

Nightly Build
-------------
Environmental Variables:
Device: Flame 2.1
BuildID: 20141013000205
Gaia: f5d4ff60ffed8961f7d0380ada9d0facfdfd56b1
Gecko: ad497694e258
Version: 34.0a2 (2.1)
Firmware: V188
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0

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

Tested with Shallow Flash on 319mb using Engineering builds

This bug does NOT repro on Flame kk build: Flame 2.2 KK, Flame 2.1 KK, Flame 2.0 KK

Actual Result: Cannot get the wireless network to connect to NULL.

Repro Rate: 0/20

Environmental Variables:
Device: Flame 2.2 KK
BuildID: 20141028061150
Gaia: 75e10bb632b1e4a47493d0a66bc32fb74249c57f
Gecko: ab91b8407313
Gonk: 6e51d9216901d39d192d9e6dd86a5e15b0641a89
Version: 36.0a1 (2.2)
Firmware: V188
User Agent: Mozilla/5.0 (Mobile; rv:36.0) Gecko/36.0 Firefox/36.0
-----------------------------------------------------------------
Environmental Variables:
Device: Flame 2.1 KK
BuildID: 20141028051549
Gaia: d26ff7da07e910e55855db3d6e1583592e81e797
Gecko: 737ab5ff452c
Gonk: 6e51d9216901d39d192d9e6dd86a5e15b0641a89
Version: 34.0 (2.1)
Firmware: V188
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0
-----------------------------------------------------------------
Environmental Variables:
Device: Flame 2.0 KK
BuildID: 20141028064846
Gaia: 5e532a84e762b1bb6231756182cf1465671a061e
Gecko: 7b7fe2fa56cc
Gonk: 6e51d9216901d39d192d9e6dd86a5e15b0641a89
Version: 32.0 (2.0)
Firmware: V188
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0

Comment 4

[Joshua Mitchell (Inactive)]

Please see questions from prior comment

Comment 5

[Marcela Oniga]

Gaia   35e87ac4324f0f3abd93dcc70d61c9f37256a0f5
SourceStamp 7e3c85754d32
BuildID 20141029040208
Version 36.0a1
v188
2.2.0 nightly

Retried and I wasn't able to reproduce the issue using the  build mentioned below. As a note, I used production nightly build not engineering.

Comment 6

[BMO Automation]

Firefox OS is not being worked on