[edalzell]

Opening any dropdown inside a Bard set (the set's own menu, a nested Replicator set's menu, a stacked Grid row's menu) recreates the set's NodeView and the menu closes immediately, whenever the set has other nodes on both sides of it. Reka's modal menu runs hideOthers, which stamps aria-hidden on every sibling along the trigger's ancestor path, including the editor's other top-level nodes. ProseMirror sees those attribute mutations on its own paragraph/heading DOM, re-parses the range between them, and the set in between is replaced. Nested fields lose their state, e.g. an expanded Replicator snaps shut.

Dropdown now renders non-modal when the existing isInBardField injection is present, so nothing inside the editor gets marked aria-hidden. Dropdowns elsewhere are unchanged. Verified in a sandbox with Playwright: all three menus open and the set element survives.

Related to #15687 (the remount that resets a nested Replicator's collapsed state); #15688 and #15689 cover the save-driven rebuilds.

[o1y]

Hey Erin, I hit the same bug. Bard only gets touched because aria-hidden keeps aria-live regions visible, like the reorder announcers from #15592 inside sets.

So any modal overlay can trigger it: with this PR, when you e.g. opening the avatar menu in the header still rebuilds the sets ☠️ I opened #15709, which makes ProseMirror ignore aria-hidden changes and keeps menus modal. let me know what you think (:

[jaygeorge]

Thanks both! Having looked at the two, I think #15709 is the one to go with. It fixes the underlying cause, catches the avatar menu case too, and keeps the menus modal for screen readers.

Erin, are you happy to close this one in favour of that?

[jasonvarga]

(I'm sure he is)

[edalzell]

I sure am, thanks @o1y for a better fix!!