Dismiss the formatting menu when the text selection moves

[bholmesdev]

Problem

The editor can enter a stuck formatting state after opening the formatting menu for selected text.

Steps to reproduce

1. Highlight text in a document.
2. Press Cmd+/ to open the formatting menu.
3. Click elsewhere in the document to move the text cursor.

Actual behavior

• The original text selection remains highlighted.
• The formatting menu remains open.
• Pressing Escape does not dismiss the menu or clear the selection.

Expected behavior

Clicking anywhere else in the document should move the cursor, clear the previous text selection, and dismiss the Cmd+/ formatting menu.

Acceptance criteria

• Clicking elsewhere in the document while the formatting menu is open closes the menu.
• The previous selection is cleared and the caret moves to the clicked location.
• The editor cannot remain in a state where the menu and stale selection are both stuck open.
• Escape still dismisses the formatting menu when it is open.

[github-actions]

Triaged as ready to implement — this is a reproducible bug with a clear fix location.

What I found in the code:

• packages/ui/src/editor/FormatCommandMenu.tsx renders the Cmd+/ menu but registers no outside-click (pointerdown) handler, so clicking into the document never closes it.
• Escape is only handled in Command.Input's onKeyDown. Once the click moves focus out of that input, no handler catches Escape, so the menu becomes stuck.
• openMenu calls freezeSelection() (packages/editor/src/FakeSelectionExtension.ts), which paints a pm-fake-selection decoration. Nothing clears it on an outside click, which is why the stale highlight persists.

Implementation notes:

• There is an established pattern to mirror: LinkPopover.tsx uses a capture-phase window pointerdown listener that ignores clicks inside the popover, and SelectionFormattingToolbar.tsx uses a capture-phase Escape handler.
• Careful with closeMenu: it calls restoreSelection({ focus: false }), which re-applies the frozen range. The outside-click path must clear the frozen decoration without restoring the old selection, otherwise it will fight the caret position from the click.
• Escape should keep its current behavior (close menu, restore selection, refocus editor), but should also work when focus is no longer in the menu input.

Scope is one component plus possibly a small clear-frozen-selection command, acceptance criteria are unambiguous, and no product decision is open. No duplicate found; #108 (formatting toolbar) and #68 (menu anchoring) are related but cover different behavior.

---

Triaged by a Warp Factory agent.