Closed Bug 987145 Opened 12 years ago Closed 12 years ago

Investigate failure in test_settings_airplane_mode.py

Categories

(Firefox OS Graveyard :: Gaia::UI Tests, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 988316

People

(Reporter: viorela, Assigned: zcampbell)

Details

Attachments

(1 file)

Attached file logcat.txt
This test fails after the airplane mode is switched on. The airplane icon is not displayed on status bar. Stacktrace: Traceback (most recent call last): File "/home/viorelaioia/.virtualenvs/gaia/local/lib/python2.7/site-packages/marionette/marionette_test.py", line 163, in run testMethod() File "/home/viorelaioia/WebQA/gaia/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 "/home/viorelaioia/WebQA/gaia/tests/python/gaia-ui-tests/gaiatest/gaia_test.py", line 1043, in wait_for_condition Wait(self.marionette, timeout).until(method, message=message) File "/home/viorelaioia/.virtualenvs/gaia/local/lib/python2.7/site-packages/marionette/wait.py", line 143, in until cause=last_exc) TimeoutException: TimeoutException: Timed out after 30.0902338028 seconds I also attached a logcat of the issue.
QA Wanted to check if this reproduces manually on trunk by doing the following: 1. Connect to wifi & cell data & geolocation 2. Turn on airplane mode in the settings app 3. Verify the airplane mode symbol appears in the status bar 4. Verify wifi & cell data are disabled 5. Verify that geolocation does not work in HERE Maps 6. Turn off airplane mode 7. Verify the airplane mode symbol disappears in the status bar 8. Verify wifi & cell data are enabled 9. Verify that geolocation does work in HERE Maps
Keywords: qawanted
Airplane icon DOES appear in status bar when airplane mode is turned on via Settings app. Wifi, geolocation, and Cell data icons disappear when airplane mode is active. Geolocation does not function in HERE Maps when airplane mode is active. Geolocation does work when HERE Maps when airplane mode is disabled, but "find me" button may need to be pressed multiple times. Environmental Variables: Device: Buri v1.5 Master Mozilla RIL BuildID: 20140324040203 Gaia: 06cfe08cd72f32404f304d34fb902b544bdfeb9e Gecko: 201feeaf31f3 Version: 31.0a1 Firmware Version: v1.2-device.cfg
Keywords: qawanted
QA Contact: bzumwalt
can reproduce by following steps, the airplane icon doesn't appear, and cell data icon trying to search the network. ### ENV Buri master build Gaia 3286e2a0cbcac52e38c0494ab614bac23cdc229f Gecko https://hg.mozilla.org/mozilla-central/rev/fa098f9fe89c BuildID 20140324160202 Version 31.0a1 ro.build.version.incremental=eng.archermind.20131114.105818 ro.build.date=Thu Nov 14 10:58:33 CST 2013 ### STR 1. launch Settings app 2. try to connect a WiFi 3. when WiFi description is "obtaining an IP address", enable "Airplane mode"
Can you open a separate bug for comment 3 & mark it as a dependency of this bug?
Flags: needinfo?(fyen)
This might be a problem with our automated test, as the wifi is connected before we enable airplane mode. I ran the test without the self.data_layer.disable_wifi() method in the setup, and it passed each time. I checked that both cell data and wifi are connected before enabling airplane. I'm not sure if that method's presence causes the failure, but the test passed without it. We should keep investigating this.
Depends on: 988316
Flags: needinfo?(fyen)
While I agree that bug 988316 is a bug, it's a strong edge case, so I don't think I'll be able to make an argument here to block. Did something change in the automated test here to cause bug 988316 to start appearing?
Flags: needinfo?(zcampbell)
The only thing that might affect the Wifi in our tests is: https://github.com/mozilla-b2g/gaia/commit/455ab64fadaf830d2fedfa56867d883e0ebb326a One way to reproduce the bug is: 1. Connect the phone with AppManager 2. Run: https://pastebin.mozilla.org/4710816 (the disable wifi atom from https://github.com/mozilla-b2g/gaia/blob/master/tests/atoms/gaia_data_layer.js#L246) 3. Enable wifi from the settings app 4. Activate airplane mode I think we might have a issue with the way we disable WiFi
Flags: needinfo?(zcampbell) → needinfo?(dave.hunt)
Zac can you also take a look over that atom pls
Flags: needinfo?(zcampbell)
This issue is also reproduced on v1.4 Hamachi Gaia e07a5915737727ba22c06f270ee7af6572f746f3 Gecko https://hg.mozilla.org/releases/mozilla-aurora/rev/33e7fd745c1b BuildID 20140328000202 Version 30.0a2 ro.build.version.incremental=eng.tclxa.20131223.163538 ro.build.date=Mon Dec 23 16:36:04 CST 2013
I can't see anything in the test or the history to see what might have affected this. I also can't seem to replicate the issue verbatim, there seems to be another issue masking it for the time being.
I've cleared dave's ni because I think the atom is fine. Let's come back to this after https://bugzilla.mozilla.org/show_bug.cgi?id=988979 is resolved and the original STR is replicable again.
Flags: needinfo?(dave.hunt)
Depends on: 988979
I strongly doubt that this is caused by bug 988979. This test failure is reproduced on v1.3 also and that build is not affected by bug 988979. Something from our automated tests is causing this to fail.
Blocks: 991264
bug 988979 is fixed now, but we're not seeing this is fixed, so this isn't related.
No longer depends on: 988979
I'm working on enabling this.
Assignee: nobody → zcampbell
we can still see this in: Gaia 650e8c2c611ed07495d3bf3769f44a0efd88a492 Gecko https://hg.mozilla.org/mozilla-central/rev/5811efc11011 BuildID 20140408160203 Version 31.0a1 ro.build.version.incremental=324 ro.build.date=Thu Dec 19 14:04:55 CST 2013
Flags: needinfo?(zcampbell)
No longer blocks: 991264
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → DUPLICATE
No longer depends on: 988316
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: