Closed Bug 984782 Opened 12 years ago Closed 12 years ago

Fix intermittent failure of test_settings_cell_data.py

Categories

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

All
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: askeing, Unassigned)

Details

Buri Gaia c03a6af9028c4b74a84b5a98085bbb0c07261175 Gecko https://hg.mozilla.org/mozilla-central/rev/5d61fabc49a8 BuildID 20140317165801 Version 31.0a1 ro.build.version.incremental=eng.archermind.20131114.105818 ro.build.date=Thu Nov 14 10:58:33 CST 2013 "is_cell_data_enabled" at Line 36 is true, but failed at Line 37~39. Traceback (most recent call last): File "/var/lib/jenkins/jobs/B2G.master.pvt.hamachi.gaiatest/workspace/tests/python/gaia-ui-tests/.env/local/lib/python2.7/site-packages/marionette_client-0.7.5-py2.7.egg/marionette/marionette_test.py", line 163, in run testMethod() File "/var/lib/jenkins/jobs/B2G.master.pvt.hamachi.gaiatest/workspace/tests/python/gaia-ui-tests/gaiatest/tests/functional/settings/test_settings_cell_data.py", line 39, in test_enable_cell_data_via_settings_app message='Cell data was not connected via Settings app') File "/var/lib/jenkins/jobs/B2G.master.pvt.hamachi.gaiatest/workspace/tests/python/gaia-ui-tests/gaiatest/gaia_test.py", line 1043, in wait_for_condition Wait(self.marionette, timeout).until(method, message=message) File "/var/lib/jenkins/jobs/B2G.master.pvt.hamachi.gaiatest/workspace/tests/python/gaia-ui-tests/.env/local/lib/python2.7/site-packages/marionette_client-0.7.5-py2.7.egg/marionette/wait.py", line 143, in until cause=last_exc) TimeoutException: TimeoutException: Timed out after 30.048306942 seconds with message: Cell data was not connected via Settings app
I run this over 100 times locally and I cannot reproduce it, and Jenkins is currently offline.
This issue reappeared on Jenkins in todays build: Gaia 0e974ff33ba47f3d1e59df1e0ad534f1bbe3ef8a Gecko https://hg.mozilla.org/mozilla-central/rev/91be2828f17e BuildID 20140403040201 Version 31.0a1 ro.build.version.incremental=eng.tclxa.20131223.163538 ro.build.date=Mon Dec 23 16:36:04 CST 2013 Could not reproduce it with manual or automated testing.
As per comment #2. Could easily be a carrier/local environment issue.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.