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/

QA Wanted for branch checks.

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

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

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

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

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

QA Wanted to test again on the latest.

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

Yes, is the same issue I reported.

(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

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.

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

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

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

(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

(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.

Closing as fixed since the dependent bug landed.