-
Notifications
You must be signed in to change notification settings - Fork 297
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Should "If target's root is a shadow root, then set event’s target attribute and event’s relatedTarget to null. " be based on the path before dispatch #562
Comments
This was initially added for #511 by @TakayoshiKochi. If we move target out of a shadow tree, relatedTarget would still leak, so yeah, we should probably change the logic here. I also think my logic in #513 (comment) was wrong with respect to relatedTarget not able to leak something. If you dispatch a synthetic event and set relatedTarget yourself you would be able to leak something. It's a little unclear if we should guard against that, but it seems reasonable? Another problem here is that we don't reset anything for touch events. I'm not sure how to address them. @whatwg/components |
We cannot set them to null based on post-dispatch conditions. And we need to check each of them rather only the target. Tests: ... Fixes #562.
Helps with issue whatwg/dom#562 and PR whatwg/dom#585.
We cannot set them to null based on post-dispatch conditions. And we need to check each of them rather only the target. Tests: ... Fixes #562.
We cannot set them to null based on post-dispatch conditions. And we need to check each of them rather only the target. Tests: ... Fixes #562.
.
The text was updated successfully, but these errors were encountered: