Close the composer emoji panel when a voice recording starts #284

Problem

The chatroom rules say composer overlays are mutually exclusive: opening one closes the others (apps/webapp/src/components/chatroom/CLAUDE.md:79). That holds in one direction only.

On 14ab7f9c1. Paths are under apps/webapp/src/components/chatroom/components/MessageComposer/.

• Opening an overlay stops a running recording. The emoji button calls stopComposerVoiceRecording() first (components/Actions/ActionButtons/EmojiButton.tsx:41), and so do the shared dismiss helpers (helpers/dismissComposerOverlays.ts:25-35).
• On a phone, starting a recording closes nothing. The phone hold path runs startHold from onPointerDown (components/Actions/ActionButtons/ComposerPrimaryAction.tsx:44-53). The desktop mic runs startLockedFromMenu (:55-58). Record voice in the insert menu runs it too, on a phone and on desktop (components/layouts/ComposerBar.tsx:59-61). useVoiceRecorder calls no dismiss helper (hooks/useVoiceRecorder.ts:149-235, :311-316).
• On desktop, the emoji picker already closes on the same click, through emoji-mart's click-outside handler (apps/webapp/src/components/chatroom/components/EmojiPanel/Picker.tsx:96-100).
• Typed text shows Send in place of the mic. So the mention picker can be open at start only through Record voice in the insert menu.

So on a phone, the emoji panel stays open while the recording runs.

Steps to reproduce

1. Sign in on a phone, and open a channel with an empty composer.
2. Tap the emoji button, so the emoji panel opens.
3. Press and hold the mic.
4. See the recording bar appear while the emoji panel stays open.

Acceptance criteria

• On a phone, starting a voice recording closes the emoji panel.
• On a phone, Record voice in the insert menu also closes the emoji panel.
• On desktop, the emoji picker still closes when a recording starts, as today.
• If the mention picker is open, starting a recording closes it, on a phone and on desktop. Reply, edit, and comment stay. Test it with Record voice in the insert menu.
• The recording that starts keeps running after the emoji panel closes.
• Opening an overlay still stops a running recording, as today.

Agent Brief

Category: bug
Summary: Starting a voice recording must close the other composer overlays, as opening them already stops a recording.

Current behavior:
Opening the emoji panel, the emoji picker, the mention picker, or the link dialog stops a recording. On a phone, starting a recording closes none of them. On desktop, the click that starts a recording already closes the emoji picker.

Desired behavior:
On a phone, starting a recording closes the emoji panel. On both platforms, it closes the mention picker if that is open. The desktop emoji picker still closes, as today.

Key interfaces:

• useVoiceRecorder() — startHold and startLockedFromMenu.
• dismissComposerEmojiOverlays() and dismissComposerEmojiAndMentionOverlays() — each stops the recording first. A call after the browser grants the microphone ends the new recording.
• stopComposerVoiceRecording() — the existing reverse path.

Out of scope

• The hold gesture defects, tracked in Make hold-to-record respond to release, lock, cancel, and the 5-minute cap #265.
• The link dialog, which is modal while it is open.

Notes

Each dismiss helper calls stopComposerVoiceRecording() first (helpers/dismissComposerOverlays.ts:26, :32). A reviewer measured this with the real useVoiceRecorder in happy-dom. A helper called after startHold, or in an effect after the recording renders, stops the new recording. A helper called before startHold does not. So close the emoji surfaces before the microphone request, or close them without the stop call.

dismissComposerMentionSuggestion() fires a synthetic Escape that also clears reply, edit, or comment today, as #268 shows. Land this after #268, or close the mention picker another way.

The evidence is a code trace on 14ab7f9c1, confirmed by two verifiers, plus the helper-order measurement above. It was not reproduced on a device.