Closed Bug 985498 Opened 12 years ago Closed 12 years ago

Investigate and fix test_delete_app fail on Travis

Categories

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

x86_64
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: Bebe, Unassigned)

References

Details

(Whiteboard: [xfail])

Attachments

(1 file)

Sorry wrong stack trace The right one is: est_delete_app (test_homescreen_delete_app.TestDeleteApp) ... ERROR ====================================================================== ERROR: None ---------------------------------------------------------------------- Traceback (most recent call last): File "/home/travis/build/mozilla-b2g/gaia/travis_venv/local/lib/python2.7/site-packages/marionette_client-0.7.5-py2.7.egg/marionette/marionette_test.py", line 163, in run testMethod() File "/home/travis/build/mozilla-b2g/gaia/tests/python/gaia-ui-tests/gaiatest/tests/functional/homescreen/test_homescreen_delete_app.py", line 52, in test_delete_app self.homescreen.wait_for_app_icon_not_present(self.APP_NAME) File "/home/travis/build/mozilla-b2g/gaia/tests/python/gaia-ui-tests/gaiatest/apps/homescreen/app.py", line 44, in wait_for_app_icon_not_present self.wait_for_element_not_present(self._homescreen_icon_locator[0], self._homescreen_icon_locator[1] % app_name) File "/home/travis/build/mozilla-b2g/gaia/tests/python/gaia-ui-tests/gaiatest/apps/base.py", line 35, in wait_for_element_not_present lambda m: not m.find_element(by, locator)) File "/home/travis/build/mozilla-b2g/gaia/travis_venv/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 10.0454580784 seconds TEST-UNEXPECTED-FAIL | test_homescreen_delete_app.py test_homescreen_delete_app.TestDeleteApp.test_delete_app | ---------------------------------------------------------------------- Ran 1 test in 28.563s
This seems to be legitimate, sometimes the app just doesn't delete.
I know how to fix this but I don't know what's causing it. As ith most things in this suite it seems to be a race between marionette and the mozApps.install. When the test fails it leaves the installed app in state in which it can neither be launched or deleted. It's hard to debug it as as soon as you measure it it starts to pass. Needs some more work..
Whiteboard: [xfail]
(In reply to [:AndreiH] from comment #6) > This still fails on Travis: > https://travis-ci.org/mozilla-b2g/gaia/jobs/22090175 > > I just wanted to know why is this disabled on device also? > http://selenium.qa.mtv2.mozilla.com:8080/view/B2G%20Hamachi/job/b2g.hamachi. > mozilla-central.ui.adhoc/330/console Because it fails, on mozilla-central, on device, too: bug 991262.
For informational purposes, we didn't start seeing this test fail on 1.4 travis until the camera uplifts [1]. I'm going to disable this on 1.4 as well. 1.) https://github.com/mozilla-b2g/gaia/pull/17935
Have we determined here if this is a bug in the test or a real gaia/gecko bug?
Flags: needinfo?(zcampbell)
This is a test issue, the test is tapping on the button before it's ready. This happens often when the event handler is added to the element after it is shown. Marionette trusts heavily on shown. Nothing has changed in Gaia except perhaps a performance improvement or re-ordering of the initialisation of the confirm-dialog. It seems fine on master but is failing on v1.4.
Flags: needinfo?(zcampbell)
Looks like the manual testers found an interesting/bad bug over in bug 993682; can we work on getting this re-enabled on master? Thx.
I tested this on the latest Hamachi build and test works fine: Gaia 650e8c2c611ed07495d3bf3769f44a0efd88a492 Gecko https://hg.mozilla.org/mozilla-central/rev/5811efc11011 BuildID 20140408160203 Version 31.0a1
Attachment #8403886 - Flags: review?(zcampbell)
Attachment #8403886 - Flags: review?(florin.strugariu)
Attachment #8403886 - Flags: review?(zcampbell)
Attachment #8403886 - Flags: review?(florin.strugariu)
Attachment #8403886 - Flags: review+
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Removing leave-open keyword from resolved bugs, per :sylvestre.
Keywords: leave-open
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: