Closed Bug 979969 Opened 10 years ago Closed 10 years ago

[Calendar] calendar.isViewActive should check if element is really "active" on the marionette tests

Categories

(Firefox OS Graveyard :: Gaia::Calendar, defect)

All
Other
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED
1.4 S3 (14mar)

People

(Reporter: mmedeiros, Assigned: mmedeiros)

References

Details

(Whiteboard: [priority][p=1])

Attachments

(1 file)

I'm almost sure we are having some race condition problems related to the way all the "waitForView" methods are implemented in the calendar app.

We are currently only checking if the `body[data-path]` matches the expected value, but in some cases I think Travis delays the JS execution and the class ".active" is not added to the element until the "next tick". - most elements toggle display and z-index based on the class ".active"

I was also having some trouble with marionette `element.displayed()`, and I was not able to identify the root cause, so I think we should avoid using it. Checking for the `.active` class should be enough.
Assignee: nobody → mmedeiros
Blocks: 972666
Whiteboard: [priority][p=1]
Target Milestone: --- → 1.4 S3 (14mar)
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Oops sorry!
Status: RESOLVED → UNCONFIRMED
Ever confirmed: false
Resolution: FIXED → ---
Comment on attachment 8386231 [details] [review]
Link to Github pull-request: https://github.com/mozilla-b2g/gaia/pull/16912

Thanks for this millermedeiros!
Attachment #8386231 - Flags: review?(gaye) → review+
https://github.com/mozilla-b2g/gaia/commit/8a34caf66e8d0358b6ba819e81382e285d8ebec4
Status: UNCONFIRMED → RESOLVED
Closed: 10 years ago10 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: