Describe the bug
i am creating this bug issue because #729 has been closed.
Although I set FluidVoice to not use the clipboard, when I dictate, the transcribed text ends up on the system clipboard, replacing whatever I had copied before dictating. If I had copied text earlier and press Cmd+V after a dictation, I get the dictated text instead of what I copied.
The behavior is sporadic: occasionally the clipboard survives a dictation, but it is overwritten almost every time. This suggests the app inserts text by pasting through the clipboard and a restore step is missing or racing.
There may be a timing issue here. If I wait ~10 seconds before pasting, then the clipboard is respected.
This might be related to another issue I see:
The first time I dictate, the text shows up really quickly after I stop dictating. If I start to dictate immediately after, when I'm done with that second dictation, it takes quite a long time for that dictation to show up.
Below is a snapshot of my settings:
Copy to Clipboard: off
Test Insertion Mode: Clipboard Free Insert
Reproduction steps
- Open FluidVoice
- My settings are:
- Copy to Clipboard: off
- Test Insertion Mode: Clipboard Free Insert
- I have quit FV after changing settings.
- Copy text (displaying text from terminal app Ghostty)
❯ I will copy "Lorem ipsum dolor sit amet"
now I am dictating
now I will paste
now I will paste <-- [cmd+v]
Lorem ipsum dolor sit amet <-- if i wait 10 sec before pasting
Expected behavior
that my copy-paste clipboard is not overwritten, and that I don't have to wait ten seconds.
Actual behavior
❯ I will copy "Lorem ipsum dolor sit amet"
now I am dictating
now I will paste
now I will paste <-- [cmd+v]
i copied and now I am dictating and I will wait two seconds before I paste
Lorem ipsum dolor sit amet
App Version
1.6.9 (20)
macOS Version
macOS 15.7.9 (Sequoia)
Architecture
Apple Silicon
Logs or crash report
Screenshots or screen recording
Screenshot 2026-09-01 at 12.44.08 PM.png
Describe the bug
i am creating this bug issue because #729 has been closed.
Although I set FluidVoice to not use the clipboard, when I dictate, the transcribed text ends up on the system clipboard, replacing whatever I had copied before dictating. If I had copied text earlier and press Cmd+V after a dictation, I get the dictated text instead of what I copied.
The behavior is sporadic: occasionally the clipboard survives a dictation, but it is overwritten almost every time. This suggests the app inserts text by pasting through the clipboard and a restore step is missing or racing.
There may be a timing issue here. If I wait ~10 seconds before pasting, then the clipboard is respected.
This might be related to another issue I see:
The first time I dictate, the text shows up really quickly after I stop dictating. If I start to dictate immediately after, when I'm done with that second dictation, it takes quite a long time for that dictation to show up.
Below is a snapshot of my settings:
Copy to Clipboard: off
Test Insertion Mode: Clipboard Free Insert
Reproduction steps
❯ I will copy "Lorem ipsum dolor sit amet"
now I am dictating
now I will paste
now I will paste <-- [cmd+v]
Lorem ipsum dolor sit amet <-- if i wait 10 sec before pasting
Expected behavior
that my copy-paste clipboard is not overwritten, and that I don't have to wait ten seconds.
Actual behavior
❯ I will copy "Lorem ipsum dolor sit amet"
now I am dictating
now I will paste
now I will paste <-- [cmd+v]
i copied and now I am dictating and I will wait two seconds before I paste
Lorem ipsum dolor sit amet
App Version
1.6.9 (20)
macOS Version
macOS 15.7.9 (Sequoia)
Architecture
Apple Silicon
Logs or crash report
Screenshots or screen recording
Screenshot 2026-09-01 at 12.44.08 PM.png