Closed
Bug 1294526
Opened 9 years ago
Closed 9 years ago
Check for unexpected hide events in removeGrandChildrenNHideParent
Categories
(Core :: Disability Access APIs, defect)
Core
Disability Access APIs
Tracking
()
RESOLVED
FIXED
mozilla51
Tracking | Status | |
---|---|---|
firefox51 | --- | fixed |
People
(Reporter: michael.li11702, Assigned: michael.li11702)
Details
Attachments
(1 file)
Add checks to make sure grandchildren don't fire hide events since the parent will be hidden anyway.
Comment hidden (mozreview-request) |
Assignee | ||
Updated•9 years ago
|
Assignee: nobody → mili
Comment 2•9 years ago
|
||
mozreview-review |
Comment on attachment 8780273 [details]
Bug 1294526: Check for unexpected hide/reorder events in removeGrandChildrenNHideParent
https://reviewboard.mozilla.org/r/70970/#review68488
::: accessible/tests/mochitest/events/test_coalescence.html:326
(Diff revision 1)
> this.eventSeq = [
> new invokerChecker(EVENT_HIDE, getAccessible(aParentId)),
> - new invokerChecker(EVENT_REORDER, getNode(aParentId).parentNode)
> + new invokerChecker(EVENT_REORDER, getNode(aParentId).parentNode),
> + new unexpectedInvokerChecker(EVENT_HIDE, getAccessible(aChild1Id)),
> + new unexpectedInvokerChecker(EVENT_HIDE, getAccessible(aChild2Id))
> ];
it might be nice to check there's no reorder on parent too, otherwise looks ok
Attachment #8780273 -
Flags: review?(surkov.alexander) → review+
Assignee | ||
Comment 3•9 years ago
|
||
mozreview-review-reply |
Comment on attachment 8780273 [details]
Bug 1294526: Check for unexpected hide/reorder events in removeGrandChildrenNHideParent
https://reviewboard.mozilla.org/r/70970/#review68488
> it might be nice to check there's no reorder on parent too, otherwise looks ok
Do you mean check for no reorders on the two childs? Since we expect the reorder on the parent.
Comment hidden (mozreview-request) |
Comment 5•9 years ago
|
||
(In reply to Michael Li from comment #3)
> Comment on attachment 8780273 [details]
> Bug 1294526: Check for unexpected hide/reorder events in
> removeGrandChildrenNHideParent
>
> https://reviewboard.mozilla.org/r/70970/#review68488
>
> > it might be nice to check there's no reorder on parent too, otherwise looks ok
>
> Do you mean check for no reorders on the two childs? Since we expect the
> reorder on the parent.
nope, there is a reorder event for parent's parent, and reorder on parent is unexpected.
Comment hidden (mozreview-request) |
Assignee | ||
Comment 7•9 years ago
|
||
Does it look good now? I'm not sure if parentNode vs. parentElement would make a difference.
Flags: needinfo?(surkov.alexander)
Comment 8•9 years ago
|
||
(In reply to Michael Li from comment #7)
> Does it look good now? I'm not sure if parentNode vs. parentElement would
> make a difference.
aChild1Id and aChild2Id have common parent, which is aParentId, so only one checker for aParentId is needed
Flags: needinfo?(surkov.alexander)
Assignee | ||
Comment 9•9 years ago
|
||
(In reply to alexander :surkov from comment #8)
> (In reply to Michael Li from comment #7)
> > Does it look good now? I'm not sure if parentNode vs. parentElement would
> > make a difference.
>
> aChild1Id and aChild2Id have common parent, which is aParentId, so only one
> checker for aParentId is needed
Oh I see, so we're checking to make sure there's no extra reorder on aParentId.
Assignee | ||
Comment 10•9 years ago
|
||
Never mind, I didn't realize the expected reorder is for aParentId's parent, oops.
Comment hidden (mozreview-request) |
Assignee | ||
Updated•9 years ago
|
Keywords: checkin-needed
Comment 12•9 years ago
|
||
Pushed by ryanvm@gmail.com:
https://hg.mozilla.org/integration/mozilla-inbound/rev/608c36e6b0f7
Check for unexpected hide/reorder events in removeGrandChildrenNHideParent. r=surkov
Keywords: checkin-needed
Comment 13•9 years ago
|
||
bugherder |
Status: NEW → RESOLVED
Closed: 9 years ago
status-firefox51:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla51
You need to log in
before you can comment on or make changes to this bug.
Description
•