Dictated list not inserted in Claude Code under cmux — only "a" appears (transcript correct; VS Code works)

[saimageshvar]

Description

When I dictate a list, FluidVoice normally formats it as an ordered/unordered list,
inserting the items one by one. This works in VS Code and other apps.

In Claude Code running inside cmux, this list insertion fails — instead of the list, only
the single character a gets inserted. The dictation itself is correct: the Transcription
History shows the full, correctly-generated list.

Non-list dictation is not the focus here — this issue is specifically about dictating lists
into Claude Code under cmux.

Steps to Reproduce

1. Launch Claude Code inside cmux (a terminal emulator / tmux-compatible environment).
2. Focus the Claude Code input.
3. Trigger dictation in FluidVoice and speak a list (e.g. "first item, second item, third item").
4. Observe what gets inserted into Claude Code.
5. Open FluidVoice → Transcription History and compare.

Expected Behavior

The dictated list is inserted as an ordered/unordered list (items one by one), matching the
Transcription History — the same way it works in VS Code.

Actual Behavior

Only the character a is inserted instead of the list. The Transcription History contains the
full, correct list — so transcription succeeds but list insertion into the cmux terminal fails.

Works / Doesn't Work

• ✅ VS Code — dictated list inserted correctly (formatted, item by item)
• ✅ Other apps — work as expected
• ❌ Claude Code running in cmux — only a is inserted instead of the list

Environment

• FluidVoice: 1.6.1 (build 12)
• macOS: 26.5.1 (25F80), Apple Silicon (arm64)
• Target app: Claude Code running inside cmux

Additional Notes

Since the transcript is correct in history but list insertion is truncated to a single
character, this looks like a list-formatting / text-insertion issue specific to the cmux
terminal emulator. cmux uses a tmux-compatible terminal layer, and the multi-line / item-by-item
insertion FluidVoice uses for lists (simulated keystrokes including newlines, or clipboard
paste) may be getting consumed/truncated differently than in a native text field or VS Code's
input. It may be worth testing how FluidVoice's list-insertion path behaves against terminal
emulators specifically.

[altic-dev]

Sometimes the paste fails in tmux related apps and docs. Please use clipboard based method for now :) it's in preferences and paste method.

Also if hou can record a clip of thos happening, i'd appreciate it. I use iterm and i am not able repro it - hence not able to fix it

Thanks

[alvarosevilla95]

running into the same issue as well, seems to indeed happen when inserting formatted text with lists.
here's a recording of the issue on ghostty + neovim terminal + claude code (edit: also happens with just ghostty + claude code):

Screen.Recording.2026-06-30.at.13.45.08.mov

switching to clipboard paste works well 🙌

[grohith327]

The issue occurs specifically when multi-line input is sent to the TUI (they are sent as a unicode payload in CGEvent). Single line text works well for me and I use Ghostty. Since its sent as a synthetic key event, at the end of the transcription just a is inserted since the event has virtualKey: 0. The fallback as @alvarosevilla95 mentioned is to use clipboard paste which doesn't rely on CGEvent.

@altic-dev Can you try a multi-line example in iterm and tell me if you're running into the same, looking to narrow down on whether its just how Ghostty handles these events