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)
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 | ||
Updated•10 years ago
|
Assignee: nobody → mmedeiros
Blocks: 972666
Whiteboard: [priority][p=1]
Target Milestone: --- → 1.4 S3 (14mar)
Assignee | ||
Comment 1•10 years ago
|
||
Attachment #8386231 -
Flags: review?(gaye)
Updated•10 years ago
|
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Comment 2•10 years ago
|
||
Oops sorry!
Status: RESOLVED → UNCONFIRMED
Ever confirmed: false
Resolution: FIXED → ---
Comment 3•10 years ago
|
||
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+
Comment 4•10 years ago
|
||
https://github.com/mozilla-b2g/gaia/commit/8a34caf66e8d0358b6ba819e81382e285d8ebec4
Status: UNCONFIRMED → RESOLVED
Closed: 10 years ago → 10 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•