This change allows for dialogs that are nested inside of a hint popover to be shown as modal. The current spec, as written, means that dialogs may close their parent hint popover causing issues similar to #9998. This change makes it such that a dialog (or fullscreen element) is a viable candidate to nest inside of a hint popover.

This behaviour is exhibited in all major engines (which currently allow modal dialogs to nest inside of hint popovers) including Chrome, making this change normative.

This closes #11008, by making the spec modifications @Gingeh suggests in that issue.

• At least two implementers are interested (and none opposed):
  • Chromium: Already exhibits this behaviour (see Hint popovers can't be the "topmost open popover ancestor" of dialog elements #11008
  • Ladybird: Interested.
  • Gecko: Interested.
• Tests are written and can be reviewed and commented upon at:
  • https://wpt.live/html/semantics/popovers/popover-top-layer-nesting-hints.html
• Implementation bugs are filed:
  • Chromium: N/A, Chrome already allows nesting.
  • Gecko: N/A, Gecko already allows this kind of nesting.
  • WebKit: N/A, WebKit already allows this kind of nesting.
  • Deno (only for timers, structured clone, base64 utils, channel messaging, module resolution, web workers, and web storage): …
  • Node.js (only for timers, structured clone, base64 utils, channel messaging, and module resolution): …
• Corresponding HTML AAM & ARIA in HTML issues & PRs: N/A not an a11y issue.
• MDN issue is filed: N/A this is effectively normative, I don't think docs need to be changed here.
• The top of this comment includes a clear commit message to use.

(See WHATWG Working Mode: Changes for more details.)

/popover.html ( diff )