You press the hotkey, you speak, and the app clearly heard you: the level meter moved, the transcript appeared in its own window. Then you look at your document, and there is nothing there. Or the words landed in a window you were not looking at. Or it works everywhere except one stubborn app.
Your microphone is fine, and so is the transcription. What broke is the delivery. Dictation tools hand over text the way a text expander does: clipboard, then a simulated paste. So a tool can hear you perfectly and still leave your screen blank, and macOS fails at that last step without a word of warning. Here is the triage, in order.
First check: is Secure Input stuck?
macOS lets an app switch on a protective mode, Secure Input, while you type a password. While it is on, macOS refuses to let any app deliver simulated keystrokes. Not just your dictation tool: everything.
Fastest diagnostic: try your text expander or shortcut tool right now. If those died at the same moment, it is Secure Input, and your dictation app is innocent.
The usual culprits: a password manager, a login prompt left open in a browser, or a password prompt waiting in Terminal. The one visible switch is in Terminal, under its Terminal menu: Secure Keyboard Entry. Everywhere else it is invisible. Work down the list: dismiss any open password prompt, quit and relaunch your password manager and browser, log out and back in, restart as a last resort.
The permission that looks on but is dead
Dictation tools need Accessibility permission to place text into other apps. After an app update, or after you move the app to another folder, macOS can leave the checkbox ticked while the grant underneath has stopped working. It looks granted. It does nothing.
The fix is mechanical: System Settings, Privacy and Security, Accessibility, select the app, remove it with the minus button, add it back, relaunch. Unticking and reticking the box rarely works.
The text went somewhere else
Most tools deliver text to whatever is frontmost when the dictation finishes, not when it started. If you clicked into another window mid-sentence, switched tabs, or never put the cursor in an editable field, that is where they went. Hold and toggle behave differently here, so it is worth deciding deliberately.
It only fails in one app
Focus a password field and macOS turns Secure Input on for as long as the cursor sits there, so an automated paste cannot get in. Remote desktop and virtual machine sessions are a category of their own: clipboard sharing with the session is often disabled or unreliable, so an automated paste does not carry your text. Check the session’s own clipboard sharing setting. And if it is Apple’s own dictation failing, the fixes are different.
What good delivery looks like
A dictation tool cannot fix Secure Input for you, but it can stop it costing you anything. Dictato saves every transcript to History before it attempts the paste, so if nothing appears you can paste it again from there. Its setup wizard proves the permission by pasting into a field the app owns and reading it back, telling apart “off” from “on but broken”, and shows the fix. Switch apps mid-dictation and it opens a preview instead of firing blindly. The tool does the copying and the pasting, so you never touch either, which is what it takes to dictate into any app on your Mac.