Bug 1653457 Comment 13 Edit History

Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.

(In reply to Edgar Chen [:edgar] from comment #12)
> - dom/events/test/test_bug238987.html

Test [got unexpected `focus` event](https://searchfox.org/mozilla-central/rev/6cc48251bb97600fdf11a5b4c5f621bfc8606d55/dom/events/test/test_bug238987.html#63-64) for first tab navigation. Look like focus handling goes wrong on OOP Iframe.

> - dom/events/test/test_bug409604.html

Focus moves to [<tr>](https://searchfox.org/mozilla-central/rev/6cc48251bb97600fdf11a5b4c5f621bfc8606d55/dom/events/test/test_bug409604.html#223) unexpected when the test [sets its accesskey to "z" and synthesizes `Z` key](https://searchfox.org/mozilla-central/rev/6cc48251bb97600fdf11a5b4c5f621bfc8606d55/dom/events/test/test_bug409604.html#196-199). 

> - dom/events/test/test_bug450876.html

Test expects focus staying on [last focusable element (<a>)](https://searchfox.org/mozilla-central/rev/6cc48251bb97600fdf11a5b4c5f621bfc8606d55/dom/events/test/test_bug450876.html#13) of the iframe after focus moves out of iframe by tab navigation. And with xorigin and fission enabled, the focus is reset after focus moves out of the iframe. But the expectation seems wrong, I got the same behavior as xorigin+fission case on other browsers, so it looks like it is a focus bug on non-fission case.

> - dom/events/test/pointerevents/test_pointerevent_setpointercapture_inactive_button_mouse-manual.html

I could pass it locally, I will try to enable it back.
(In reply to Edgar Chen [:edgar] from comment #12)
> - dom/events/test/test_bug238987.html

Test [got unexpected `focus` event](https://searchfox.org/mozilla-central/rev/6cc48251bb97600fdf11a5b4c5f621bfc8606d55/dom/events/test/test_bug238987.html#63-64) for first tab navigation. Look like focus handling goes wrong on OOP Iframe.

> - dom/events/test/test_bug409604.html

Focus moves to [<tr>](https://searchfox.org/mozilla-central/rev/6cc48251bb97600fdf11a5b4c5f621bfc8606d55/dom/events/test/test_bug409604.html#223) unexpected when the test [sets its accesskey to "z" and synthesizes `Z` key](https://searchfox.org/mozilla-central/rev/6cc48251bb97600fdf11a5b4c5f621bfc8606d55/dom/events/test/test_bug409604.html#196-199). 

> - dom/events/test/test_bug450876.html

Test expects focus staying on [last focusable element (<a>)](https://searchfox.org/mozilla-central/rev/6cc48251bb97600fdf11a5b4c5f621bfc8606d55/dom/events/test/test_bug450876.html#13) of the iframe after focus moves out of iframe by tab navigation. And with xorigin and fission enabled, the focus is reset after focus moves out of the iframe. But the expectation seems wrong, I got the same behavior as xorigin+fission case on other browsers, so it looks like it is a focus bug on non-fission case.

> - dom/events/test/pointerevents/test_pointerevent_setpointercapture_inactive_button_mouse-manual.html

I could pass it locally, I will try to enable it.
(In reply to Edgar Chen [:edgar] from comment #12)
> - dom/events/test/test_bug238987.html

Test [got unexpected `focus` event](https://searchfox.org/mozilla-central/rev/6cc48251bb97600fdf11a5b4c5f621bfc8606d55/dom/events/test/test_bug238987.html#63-64) for first tab navigation. Look like ~~focus handling goes wrong on OOP Iframe.~~ (Edited: there is timing changes in focus event)

> - dom/events/test/test_bug409604.html

Focus moves to [<tr>](https://searchfox.org/mozilla-central/rev/6cc48251bb97600fdf11a5b4c5f621bfc8606d55/dom/events/test/test_bug409604.html#223) unexpected when the test [sets its accesskey to "z" and synthesizes `Z` key](https://searchfox.org/mozilla-central/rev/6cc48251bb97600fdf11a5b4c5f621bfc8606d55/dom/events/test/test_bug409604.html#196-199). 

> - dom/events/test/test_bug450876.html

Test expects focus staying on [last focusable element (<a>)](https://searchfox.org/mozilla-central/rev/6cc48251bb97600fdf11a5b4c5f621bfc8606d55/dom/events/test/test_bug450876.html#13) of the iframe after focus moves out of iframe by tab navigation. And with xorigin and fission enabled, the focus is reset after focus moves out of the iframe. But the expectation seems wrong, I got the same behavior as xorigin+fission case on other browsers, so it looks like it is a focus bug on non-fission case.

> - dom/events/test/pointerevents/test_pointerevent_setpointercapture_inactive_button_mouse-manual.html

I could pass it locally, I will try to enable it.
(In reply to Edgar Chen [:edgar] from comment #12)
> - dom/events/test/test_bug238987.html

Test [got unexpected `focus` event](https://searchfox.org/mozilla-central/rev/6cc48251bb97600fdf11a5b4c5f621bfc8606d55/dom/events/test/test_bug238987.html#63-64) for first tab navigation. Look like ~~focus handling goes wrong on OOP Iframe.~~ (Edited: there is timing changes in focus event)

> - dom/events/test/test_bug409604.html

~~Focus moves to [<tr>](https://searchfox.org/mozilla-central/rev/6cc48251bb97600fdf11a5b4c5f621bfc8606d55/dom/events/test/test_bug409604.html#223) unexpected when the test [sets its accesskey to "z" and synthesizes `Z` key](https://searchfox.org/mozilla-central/rev/6cc48251bb97600fdf11a5b4c5f621bfc8606d55/dom/events/test/test_bug409604.html#196-199).~~
Test got unexpected focus events after triggering access key, triggering access key seems fire `two` focus event.

> - dom/events/test/test_bug450876.html

Test expects focus staying on [last focusable element (<a>)](https://searchfox.org/mozilla-central/rev/6cc48251bb97600fdf11a5b4c5f621bfc8606d55/dom/events/test/test_bug450876.html#13) of the iframe after focus moves out of iframe by tab navigation. And with xorigin and fission enabled, the focus is reset after focus moves out of the iframe. But the expectation seems wrong, I got the same behavior as xorigin+fission case on other browsers, so it looks like it is a focus bug on non-fission case.

> - dom/events/test/pointerevents/test_pointerevent_setpointercapture_inactive_button_mouse-manual.html

I could pass it locally, I will try to enable it.

Back to Bug 1653457 Comment 13