1129411 - Failure in test_calendar_new_event_appears_on_all_calendar_views.py, Add event button is not tapped

Status: RESOLVED DUPLICATE of bug 1120857

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

Description

[Viorela Ioia [:viorela]]

Test test_calendar_new_event_appears_on_all_calendar_views.py is failing in latest mozilla-central: http://jenkins1.qa.scl3.mozilla.com/view/UI/job/flame-kk-319.mozilla-central.nightly.ui.functional.smoke/3/HTML_Report/

I've been able to reproduce the failure locally by running the automated test several times, repro rate: 1/10. It is not reproducible manually.
I watched the phone while the test ran and I noticed that Add event button was not tapped, after launching Calendar. I think we need to improve the wait we have before trying to tap that button.

Traceback (most recent call last):
File "/var/jenkins/1/workspace/flame-kk-319.mozilla-central.nightly.ui.functional.smoke/.env/local/lib/python2.7/site-packages/marionette_client-0.8.7-py2.7.egg/marionette/marionette_test.py", line 283, in run
testMethod()
File "/var/jenkins/1/workspace/flame-kk-319.mozilla-central.nightly.ui.functional.smoke/tests/python/gaia-ui-tests/gaiatest/tests/functional/calendar/test_calendar_new_event_appears_on_all_calendar_views.py", line 27, in test_that_new_event_appears_on_all_calendar_views
new_event = calendar.tap_add_event_button()
File "/var/jenkins/1/workspace/flame-kk-319.mozilla-central.nightly.ui.functional.smoke/tests/python/gaia-ui-tests/gaiatest/apps/calendar/app.py", line 129, in tap_add_event_button
return self.wait_for_new_event()
File "/var/jenkins/1/workspace/flame-kk-319.mozilla-central.nightly.ui.functional.smoke/tests/python/gaia-ui-tests/gaiatest/apps/calendar/app.py", line 120, in wait_for_new_event
new_event.wait_for_panel_to_load()
File "/var/jenkins/1/workspace/flame-kk-319.mozilla-central.nightly.ui.functional.smoke/tests/python/gaia-ui-tests/gaiatest/apps/calendar/regions/event.py", line 32, in wait_for_panel_to_load
*self._event_title_input_locator))))
File "/var/jenkins/1/workspace/flame-kk-319.mozilla-central.nightly.ui.functional.smoke/.env/local/lib/python2.7/site-packages/marionette_client-0.8.7-py2.7.egg/marionette/wait.py", line 143, in until
cause=last_exc)
TimeoutException: TimeoutException: Timed out after 28.7 seconds


Build info:
Device firmware (base) 	L1TC100118D0
Device firmware (date) 	04 Feb 2015 01:39:07
Device firmware (incremental) 	eng.cltbld.20150204.043856
Device firmware (release) 	4.4.2
Device identifier 	flame
Gaia date 	03 Feb 2015 10:49:40
Gaia revision 	dfebaaa8aab4
Gecko build 	20150204010225
Gecko revision 	0c2f7434c325
Gecko version 	38.0a1

Comment 1

[GitHub Autolander Bot]

Attachment: [PullReq] viorelaioia:bug_1129411 to mozilla-b2g:master

Comment 2

[Viorela Ioia [:viorela]]

I've been investigating this issue; as per the testcase, after launching Calendar app, Add new event button is tapped and Add Event page is returned. 
The test is failing because Add new event button is tapped, but it has no effect, Add Event page is not returned afterwards. I also tried to manually tap on that button after the test failed, and it still had no effect.
I will attach a logcat of the test failure.

Also, I added a sleep of 1 sec before tapping Add new event button, then I started an adhoc run and I got no failure: jenkins1.qa.scl3.mozilla.com/view/UI/job/flame-kk.ui.adhoc/692/console.

Currently, we are waiting for 'No Event' message to be displayed after launching Calendar app (https://github.com/mozilla-b2g/gaia/blob/master/tests/python/gaia-ui-tests/gaiatest/apps/calendar/app.py#L73).

Is there any element or event we should wait for after launching Calendar app and before tapping on Add new event button?

Comment 3

[Viorela Ioia [:viorela]]

Attachment: logcat.txt

logcat of the issue

Comment 4

[Viorela Ioia [:viorela]]

As per conversation on irc with :gaye, this is a Calendar issue, nothing we can fix in our test.
I will unassign myself from the bug and wait for updates from both :gaye and :mmedeiros

Comment 5

[Miller Medeiros [:millermedeiros]]

this should be fixed as soon as we land Bug 1120857. it is related to the way we lazy load the views. sorry for the inconvenience.

Comment 6

[Miller Medeiros [:millermedeiros]]

marking as a duplicate of Bug 1120857 since it will automatically fix this. feel free to re-open if needed.

Comment 7

[Eric Chang [:ericcc] [:echang]]

Just a note, 2.2 affected.
Build ID               20150212162852
Gaia Revision          ab9029f2b203e2a36e8f81edd17fa5ff81c874b5
Gaia Date              2015-02-12 21:09:11
Gecko Revision         https://hg.mozilla.org/releases/mozilla-b2g37_v2_2/rev/b1d3839680fb
Gecko Version          37.0a2
Device Name            flame
Firmware(Release)      4.4.2
Firmware(Incremental)  eng.cltbld.20150212.200144
Firmware Date          Thu Feb 12 20:01:55 EST 2015
Bootloader             L1TC000118D0