Currently, mouse-triggered event will traverse up to the parent or shadow host to find fallback element to receive mouse focus. This doesn't work for slotted content, where we expect the fallback element to receive focus to be the assigned slot, instead of its parent. This is fixed by changing that step to traverse the Flat Tree.
WPT test: shadow-dom/focus/click-focus-slot-ancestor.html
There are no ergonomic risk. This feature will fix which element will receive mouse focus for the specific case of a slotted content that cannot be mouse focused. It should not affect performance.
No, it will be enabled by default. There should be no polyfill necessary as this change should make Blink more interoperable with the other browsers.
N/A. There are no security risk as it does not change whether an element can be focused. It changes the target of a mouse event fallback parent to match web standards and other browsers.
Does this intent deprecate or change behavior of existing APIs, such that it has potentially high risk for Android WebView-based applications?
None
N/A. The same DevTools for mouse event handling and focus are applicable for this feature.
This feature is for all platforms that uses HTML Shadow DOM and mouse click focus.
This is a bug fix.
Open questions about a feature may be a source of future web compat or interop issues. Please list open issues (e.g. links to known github issues in the project for the feature specification) whose resolution may introduce web compat/interop risk (e.g., changing to naming or structure of the API in a non-backward-compatible way).
None