Closed Bug 1071647 Opened 10 years ago Closed 10 years ago

[v2.1] Fix intermittent failure in


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

Gonk (Firefox OS)
Not set


(Not tracked)



(Reporter: viorela, Assigned: viorela)



(4 files)

Test is failing intermittently on v2.1:
The test is failing because Homescreen is returned when calling, after the Browser app is launched, instead of Browser app. We need to add a better wait after launching Browser app. 

I didn't see this failing on master so far. I was able to replicate the failure locally, by running the automated test, but not manually.
Repro rate: 2 out of 10 times. 

Traceback (most recent call last):
  File "/home/viorelaioia/.virtualenvs/gaia_tests/local/lib/python2.7/site-packages/marionette_client-0.8.3-py2.7.egg/marionette/", line 171, in run
  File "/home/viorelaioia/gaia/tests/python/gaia-ui-tests/gaiatest/tests/functional/cost_control/", line 36, in test_cost_control_reset_wifi
  File "/home/viorelaioia/gaia/tests/python/gaia-ui-tests/gaiatest/apps/search/", line 19, in launch
    self.wait_for_condition(lambda m: ==
  File "/home/viorelaioia/gaia/tests/python/gaia-ui-tests/gaiatest/apps/", line 56, in wait_for_condition
    Wait(self.marionette, timeout).until(method, message=message)
  File "/home/viorelaioia/.virtualenvs/gaia_tests/local/lib/python2.7/site-packages/marionette_client-0.8.3-py2.7.egg/marionette/", line 143, in until

Device firmware (date) 	22 Sep 2014 16:16:10
Device firmware (incremental) 	eng.cltbld.20140922.191600
Device firmware (release) 	4.3
Device identifier 	flame
Gaia date 	22 Sep 2014 15:04:45
Gaia revision 	3742913e11f6
Gecko build 	20140922160204
Gecko revision 	b24d4d412645
Gecko version 	34.0a2
Component: Gaia::Video → Gaia::UI Tests
Assignee: nobody → robert.chira
Attached image browse.png
The test still fails intermittently on v2.1. When the test fails the screenshot shows the browser app not fully loaded (screenshot attached).
In the logcat we can see that the displayed app is the vertical homescreen, but I didn't notice any errors.

Build info v2.1 flame:
Gaia-Rev        94dcc25f2e34a4900ea58310c26be52bcb089161
Build-ID        20141002000202
Version         34.0a2
Device-Name     flame
FW-Release      4.4.2
FW-Incremental  eng.cltbld.20141002.031332
FW-Date         Thu Oct  2 03:13:43 EDT 2014
Bootloader      L1TC10011800
Attached file logcat.txt
Assignee: robert.chira → viorela.ioia
I was able to get a failure of on v2.2, because of the issue described here.
I started an adhoc run of this test on v2.2 and I got 1 failure out of 30 runs: 
The repro rate on v2.2 is very low, compared to repro rate on v2.1. 

Device firmware (date) 	07 Oct 2014 16:16:20
Device firmware (incremental) 	eng.cltbld.20141007.191609
Device firmware (release) 	4.4.2
Device identifier 	flame
Gaia date 	07 Oct 2014 06:32:28
Gaia revision 	9050edcda308
Gecko build 	20141007160202
Gecko revision 	0c8ae792f1c0
Gecko version 	35.0a1

We are still working on investigating this issue
Couldn't replicate this myself locally so I've thrown up a test PR in an adhoc job and will check the results on Monday.
Attached file github pr
This removes a hack that viorela put in (and subsequently removed the need for with the atom change) and also uses local content which gets around the slow loading issue that RobertC identified.

Adhoc results here:
Attachment #8503990 - Flags: review?(viorela.ioia)
Attachment #8503990 - Flags: review?(robert.chira)
Comment on attachment 8503990 [details] [review]
github pr

r+, the adhoc looks good, one failure unrelated to the fix in this PR.
Attachment #8503990 - Flags: review?(viorela.ioia) → review+
Comment on attachment 8504047 [details] [review]
Link to Github pull-request:

r+, adhoc looks good.
Attachment #8504047 - Flags: review?(viorela.ioia) → review+
Closed: 10 years ago
Resolution: --- → FIXED
QA Whiteboard: [fxosqa-auto-s1]
You need to log in before you can comment on or make changes to this bug.