1066122 - Airplane mode icon not displayed in status bar, after enable it in Settings app

Status: RESOLVED FIXED

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

Description

[Viorela Ioia [:viorela]]

Attachment: log

After we toggle airplane mode on from Settings app, the airplane mode icon is not displayed in the status bar. 
Also, the airplane mode toggle button becomes unavailable after enable it. In order to disable it, I have to restart my device.

The issue is reproducible manually, and also by running the automated test.
Repro rate: 100%

#STR:
1. Launch Settings app
2. Tap on airplane mode toggle button in order to enable airplane mode
3. Wait for a wifi status to be Disabled

#Expected results:
Airplane mode is activated and the icon is displayed in the status bar

#Actual results
Airplane mode is activated, but its icon is not displayed in the status bar.

The affected automated test is test_settings_airplane_mode.py: https://github.com/mozilla-b2g/gaia/blob/master/tests/python/gaia-ui-tests/gaiatest/tests/functional/settings/test_settings_airplane_mode.py

Stacktrace:
Traceback (most recent call last):
File "/var/jenkins/2/workspace/flame.mozilla-central.ui.functional.non-smoke/.env/local/lib/python2.7/site-packages/marionette_client-0.8.4-py2.7.egg/marionette/marionette_test.py", line 264, in run
testMethod()
File "/var/jenkins/2/workspace/flame.mozilla-central.ui.functional.non-smoke/tests/python/gaia-ui-tests/gaiatest/tests/functional/settings/test_settings_airplane_mode.py", line 34, in test_toggle_airplane_mode
self.wait_for_condition(lambda m: System(m).is_airplane_mode_statusbar_displayed)
File "/var/jenkins/2/workspace/flame.mozilla-central.ui.functional.non-smoke/tests/python/gaia-ui-tests/gaiatest/gaia_test.py", line 938, in wait_for_condition
Wait(self.marionette, timeout).until(method, message=message)
File "/var/jenkins/2/workspace/flame.mozilla-central.ui.functional.non-smoke/.env/local/lib/python2.7/site-packages/marionette_client-0.8.4-py2.7.egg/marionette/wait.py", line 143, in until
cause=last_exc)
TimeoutException: TimeoutException: Timed out after 30.1 seconds

I'm not able to provide a regression range based on b2g-i builds, due to the fact that the builds were busted lately.
The last b2g-i build I was able to use and where the test passed is: 
application_buildid: 20140904025323
application_changeset: d35b1cbf5f90
application_display_name: B2G
application_name: B2G
application_repository: https://hg.mozilla.org/integration/b2g-inbound
application_version: 35.0a1
build_changeset: 74465af039d2809454afdfef285285bb63146e1b
device_firmware_date: 1409517083
device_firmware_version_incremental: eng.cltbld.20140831.163113
device_firmware_version_release: 4.3
device_id: flame
gaia_changeset: f04a5958b6da501a59dc1edaf580361004258f05
gaia_date: 1409822725
platform_buildid: 20140904025323
platform_changeset: d35b1cbf5f90
platform_repository: https://hg.mozilla.org/integration/b2g-inbound

Jenkins report of the failure: 
http://jenkins1.qa.scl3.mozilla.com/view/UI/job/flame.mozilla-central.ui.functional.non-smoke/153/HTML_Report/

Comment 1

[Jason Smith [:jsmith]]

QA Wanted for branch checks.

Comment 2

[Viorela Ioia [:viorela]]

This issue is not reproducible on v2.1 or v2.0.

Comment 3

[Jason Smith [:jsmith]]

QA blocking regression, as it causes a permafail on device automation.

Comment 4

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

This issue no longer occurs on today's Central Flame build.  I was able to reproduce it on a build after the reporter's but I could not get the reporter's build to load correctly (It would freeze on the blue Firefox logo screen).  When I reproduce this issue, it had the same effects as bug 1061616, so I do believe this may actually be a duplicate bug.  I'm leaving the qawanted keywords in case someone else has different findings than myself.

Did not reproduce on today's build:

Environmental Variables:
Device: Flame 2.2
BuildID: 20140911063332
Gaia: e3b9d0d6516177636965d97c63c60981a24a0662
Gecko: 98ea98c8191a
Version: 35.0a1 (2.2) 
Firmware Version: v123
User Agent: Mozilla/5.0 (Mobile; rv:35.0) Gecko/35.0 Firefox/35.0

Reproduced on this build:

Environmental Variables:
Device: Flame 2.2
BuildID: 20140905031309
Gaia: 5765c62163bcb7fde5ebfd211881117de31a7c46
Gecko: dddbe46f3ceb
Version: 35.0a1 (2.2) 
Firmware Version: v123
User Agent: Mozilla/5.0 (Mobile; rv:35.0) Gecko/35.0 Firefox/35.0

Comment 5

[Joshua Mitchell (Inactive)]

Viorela - we were unable to repro this in the latest - can you confirm?

Comment 6

[Viorela Ioia [:viorela]]

I just reproduced the issue on latest master, by following STR from comment 0.
The automated test test_settings_airplane_mode.py failed in latest master build, because of this issue: 
http://jenkins1.qa.scl3.mozilla.com/view/UI/job/flame.mozilla-central.ui.functional.non-smoke/155/HTML_Report/

Build info:
Device firmware (date) 	31 Aug 2014 13:31:23
Device firmware (incremental) 	eng.cltbld.20140831.163113
Device firmware (release) 	4.3
Device identifier 	flame
Gaia date 	11 Sep 2014 11:42:44
Gaia revision 	6cb5e0100d70
Gecko build 	20140911160248
Gecko revision 	0be3ea11a4c7
Gecko version 	35.0a1

Comment 7

[Jason Smith [:jsmith]]

QA Wanted to test again on the latest.

Comment 8

[Adam Alldredge [:AdamA][Inactive]]

I believe I have reproduced this issue but I am not sure if I am seeing the same behaviour as the reporter. When I turn on airplane mode the Signal strength/connection indicator will continue cycling through searching for connection, the airplane mode indicator never appears. I have attached a screenshot, is this the same behaviour that you observed?

The build I saw this issue in is:

Environmental Variables:
Device: Flame 2.2 Master
BuildID: 20140912061053
Gaia: b72909030e214175144342f7e5df7e88a2b52fd4
Gecko: 59d4326311e0
Version: 35.0a1 (2.2 Master)
Firmware: v165
User Agent: Mozilla/5.0 (Mobile; rv:35.0) Gecko/35.0 Firefox/35.0

Comment 9

[Adam Alldredge [:AdamA][Inactive]]

Attachment: No airplane/cycling signal strength

Comment 10

[Viorela Ioia [:viorela]]

Yes, is the same issue I reported.

Comment 11

[Pi Wei Cheng [:piwei] (inactive)]

(In reply to Jason Smith [:jsmith] from comment #7)
> QA Wanted to test again on the latest.

As Comment 8 indicated and confirmed at Comment 10, I'm able to reproduce this issue on latest central with KK base.

Device: Flame 2.2 Master
BuildID: 20140915053010
Gaia: 855be6ade407c26e0596e7306a44deebc3f60933
Gecko: 56cba2986c61
Version: 35.0a1 (2.2 Master)
Firmware: v165
User Agent: Mozilla/5.0 (Mobile; rv:35.0) Gecko/35.0 Firefox/35.0

Comment 12

[Pi Wei Cheng [:piwei] (inactive)]

b2g-inbound regression window:

Last Working Environmental Variables:
Device: Flame
BuildID: 20140904110502
Gaia: 2bac78bdd09552ce42fa4eee88d96483b0a66dcf
Gecko: b0411338116f
Version: 35.0a1 (2.2 Master)
Firmware: v165
User Agent: Mozilla/5.0 (Mobile; rv:35.0) Gecko/35.0 Firefox/35.0

First Broken Environmental Variables:
Device: Flame
BuildID: 20140904111729
Gaia: 2bac78bdd09552ce42fa4eee88d96483b0a66dcf
Gecko: be51c20e5b0f
Version: 35.0a1 (2.2 Master)
Firmware: v165
User Agent: Mozilla/5.0 (Mobile; rv:35.0) Gecko/35.0 Firefox/35.0

Gaia is the same so it's a Gecko issue.

Gecko pushlog:
http://hg.mozilla.org/integration/b2g-inbound/pushloghtml?fromchange=b0411338116f&tochange=be51c20e5b0f

Caused by Bug 1061510.

Comment 13

[Joshua Mitchell (Inactive)]

Caused by Bug 1061510 ? Can you take a look Kyle?

Comment 14

[Kyle Machulis [:qdot] [:kmachulis] (INACTIVE)]

It's bug 1065128, which I just landed a fix to b2g-i for a couple of hours ago.

Comment 15

[Joshua Mitchell (Inactive)]

QA-Wanted to retest in Central once bug 1065128 is resolved.

Comment 16

[Pi Wei Cheng [:piwei] (inactive)]

(In reply to Joshua Mitchell [:Joshua_M] from comment #15)
> QA-Wanted to retest in Central once bug 1065128 is resolved.

Looks like the fix for Bug 1065128 only landed in b2g-inbound so I tested using latest b2g-inbound build. Issue is no longer occurring on latest b2g-i. Turning on Airplane mode in Settings correctly disables wifi connection and on status bar the airplane icon replaces the wifi icon. Turning airplane mode off correctly reverts the changes as well.

Tested on:
Device: Flame 2.2 Master
BuildID: 20140916091301
Gaia: b9c5dc626e3f2808810c9eb0235ab46a079b4045
Gecko: 912d69ab5b64
Version: 35.0a1 (2.2 Master)
Firmware: v165
User Agent: Mozilla/5.0 (Mobile; rv:35.0) Gecko/35.0 Firefox/35.0

Comment 17

[Joshua Mitchell (Inactive)]

(In reply to Kyle Machulis [:kmachulis] [:qdot] (USE NEEDINFO?) from comment #14)
> It's bug 1065128, which I just landed a fix to b2g-i for a couple of hours
> ago.

Kyle - based on the prior comment it seems like your patch for 1065128 has fixed this issue as well. Not sure if you want to close this as fixed or other.

Comment 18

[Jason Smith [:jsmith]]

Closing as fixed since the dependent bug landed.