Closed Bug 1022132 Opened 10 years ago Closed 9 years ago

[UI Tests] Intermittent Failure on Travis: TEST-UNEXPECTED-FAIL | test_a11y_unlock_to_homescreen.py test_a11y_unlock_to_homescreen.TestLockScreenAccessibility.test_a11y_unlock_to_homescreen | TimeoutException

Categories

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

Product:
Firefox OS Graveyard
Component:
Gaia::UI Tests
Platform:
x86_64
Linux
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: julienw, Unassigned)

Details

(Keywords: intermittent-failure)

Attachments

(2 files)

wm-dump.txt
21.72 KB, text/plain
Details
gaia_ui_tests_report.html
411.22 KB, text/html
Details
TEST-START test_a11y_unlock_to_homescreen.py test_a11y_unlock_to_homescreen (test_a11y_unlock_to_homescreen.TestLockScreenAccessibility) ... 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.7-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/accessibility/lockscreen/test_a11y_unlock_to_homescreen.py", line 23, in test_a11y_unlock_to_homescreen self.wait_for_condition(lambda m: self.accessibility.is_hidden(homescreen_container)) File "/home/travis/build/mozilla-b2g/gaia/tests/python/gaia-ui-tests/gaiatest/gaia_test.py", line 864, in wait_for_condition Wait(self.marionette, timeout).until(method, message=message) File "/home/travis/build/mozilla-b2g/gaia/travis_venv/local/lib/python2.7/site-packages/marionette_client-0.7.7-py2.7.egg/marionette/wait.py", line 143, in until cause=last_exc) TimeoutException: : Timed out after 10.1 seconds TEST-UNEXPECTED-FAIL | test_a11y_unlock_to_homescreen.py test_a11y_unlock_to_homescreen.TestLockScreenAccessibility.test_a11y_unlock_to_homescreen | ---------------------------------------------------------------------- Ran 1 test in 19.408s FAILED (errors=1)
Flags: needinfo?(zcampbell)
I'll disable the test
Disabled: https://github.com/mozilla-b2g/gaia/commit/508c85713fdf35eb2b3c8e8340e1d2ee306e6aec Yzen, you need to repair and enable this test (or file the bug if the test has found a bug)
Flags: needinfo?(zcampbell) → needinfo?(yzenevich)
Attached file wm-dump.txt —
This may be a duplicate of bug 1007510. It is a race condition, where the homescreen sets visibility to true after the lockscreen was engaged. Attached is a debug dump of the window management code. Alive, could you make sense of this? I'll follow up with a full gaia ui test report..
Flags: needinfo?(alive)
test report
Eitan is looking into this, removing needinfo for now.
Flags: needinfo?(yzenevich)
(In reply to Eitan Isaacson [:eeejay] from comment #14) > Created attachment 8438640 [details] > wm-dump.txt > > This may be a duplicate of bug 1007510. It is a race condition, where the > homescreen sets visibility to true after the lockscreen was engaged. > > Attached is a debug dump of the window management code. > > Alive, could you make sense of this? I'll follow up with a full gaia ui test > report.. Ya, I saw this often. Again the question: do you manually trigger this issue? What's your operation/STR?
Flags: needinfo?(alive)
oops I should have disabled this for TBPL too.
(In reply to Alive Kuo [:alive][NEEDINFO!] from comment #18) > (In reply to Eitan Isaacson [:eeejay] from comment #14) > > Created attachment 8438640 [details] > > wm-dump.txt > > > > This may be a duplicate of bug 1007510. It is a race condition, where the > > homescreen sets visibility to true after the lockscreen was engaged. > > > > Attached is a debug dump of the window management code. > > > > Alive, could you make sense of this? I'll follow up with a full gaia ui test > > report.. > > Ya, I saw this often. Again the question: do you manually trigger this issue? > What's your operation/STR? I can reproduce this fairly reliably on my machine by running the test in xvfb.
I still can see this failure on Travis with v2.0, could we disable it on v2.0, i.e. uplift this to Gaia v2.0? (In reply to Zac C (:zac) from comment #11) > Disabled: > https://github.com/mozilla-b2g/gaia/commit/ > 508c85713fdf35eb2b3c8e8340e1d2ee306e6aec > > Yzen, you need to repair and enable this test (or file the bug if the test > has found a bug)
Flags: needinfo?(zcampbell)
(In reply to Rudy Lu [:rudyl] from comment #23) > I still can see this failure on Travis with v2.0, > could we disable it on v2.0, i.e. uplift this to Gaia v2.0? > > (In reply to Zac C (:zac) from comment #11) > > Disabled: > > https://github.com/mozilla-b2g/gaia/commit/ > > 508c85713fdf35eb2b3c8e8340e1d2ee306e6aec > > > > Yzen, you need to repair and enable this test (or file the bug if the test > > has found a bug) Done: https://github.com/mozilla-b2g/gaia/commit/430deb05d91b587fae67abe6e734a9cb60a42ce3
Flags: needinfo?(zcampbell)
I will close this issue as it's on TravisCI and we don't use it any more
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WONTFIX
Florin, can you check whether it's disabled in TBPL? I think it is and that's why we don't see the issue currently... If the test is still disabled I think we should reopen the bug to fix it properly.
Flags: needinfo?(florin.strugariu)
Julien you are right this test is disabled in TBPL. I'm reopening the bug.
Status: RESOLVED → REOPENED
Flags: needinfo?(florin.strugariu)
Resolution: WONTFIX → ---
QA Whiteboard: [fxosqa-auto-backlog-]
Inactive; closing (see bug 1180138).
Status: REOPENED → RESOLVED
Closed: 10 years ago → 9 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: