You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Firefox started targeting the closest connected ancestor of the removed target since 135.0.1 or later (not yet fixed the schedule, see bug 1944191. Before that, Firefox dispatched mousemove event on the Document node.
Chrome does same thing if enabling the new experimental behavior of mouse/pointer boundary events. However, Chrome with disabling the feature dispatches mousemove on the removed target.
According to the test result, Safari does not dispatch mousemove event or dispatches on the root element or dispatching to the Document or the Window.
The text was updated successfully, but these errors were encountered:
I believe that mousemove should be fired on the connected closest ancestor of the removed target. I don't think browsers should do hittest again after dispatching mouse boundary events from both logical and performance points of view.
For example if website does:
Then, where
mousemove
event should be targeted?Firefox started targeting the closest connected ancestor of the removed target since 135.0.1 or later (not yet fixed the schedule, see bug 1944191. Before that, Firefox dispatched
mousemove
event on theDocument
node.Chrome does same thing if enabling the new experimental behavior of mouse/pointer boundary events. However, Chrome with disabling the feature dispatches
mousemove
on the removed target.According to the test result, Safari does not dispatch
mousemove
event or dispatches on the root element or dispatching to theDocument
or theWindow
.The text was updated successfully, but these errors were encountered: