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: