Fix Flow shortcuts blocked by macOS Secure Keyboard Entry / Secure Event Input

Last updated: September 18, 2026

Available on: Mac

If Fn+Space (hands-free) or Escape (cancel) stops responding while Fn hold-to-talk and typing still work, macOS Secure Event Input may be blocking Flow. These are Mac defaults; use your assigned hands-free shortcut for testing if you've changed it.

Quick checks

Note: During onboarding, hands-free shortcuts work only on setup pages where they are enabled; finish onboarding before troubleshooting.

  • Accessibility: Check that Wispr Flow is enabled in System Settings → Privacy & Security → Accessibility, then retest; keyboard shortcuts require this permission.

  • Just launched, woke or unlocked? Shortcuts can pause while Flow restores keyboard access after launch, wake or unlock; this recovers automatically, so retry your hands-free shortcut.

  • Check the pattern: Test typing in a non-password field and Fn hold-to-talk; if both work but Fn+Space fails, continue below, and if either also fails, include that detail when contacting support.

How to fix it

A focused password field can enable Secure Event Input. Terminal and iTerm2 can keep it enabled in the background, so switching windows may not release it.

Flow does not show customers an on-screen alert for this block. macOS can misidentify the app responsible, so test more than one suspected app if needed.

Stop when Fn+Space starts hands-free dictation; no Flow restart is needed once the block clears.

  1. Click a non-password field in the suspected app, or switch to another app.

    Test Fn+Space. If it still fails, continue.

  2. Uncheck Terminal → Secure Keyboard Entry if Terminal is running and the option is checked.

    Test Fn+Space again; disabling this setting does not guarantee other apps have released secure input.

  3. Close a suspected app's window, starting with password managers such as 1Password.

    Test Fn+Space. If it still fails, quit that app next.

  4. Quit the suspected app with Cmd+Q.

    1. Reopen Flow before testing if it was the app you quit.

    Test Fn+Space. If still blocked, repeat with another suspected app.

Tip: With the default shortcuts, hold Fn to dictate or double-press Fn for hands-free dictation while the block is active. Fn is a modifier key, which remains usable during this block.

If the app has quit but shortcuts remain blocked

When the app holding secure input has already exited, macOS can retain a stale block. A lock/unlock cycle or logging out clears this stale block; neither is a guaranteed fix while an app still holds secure input.

Warning: Save your work before logging out.

  1. Lock your Mac with Ctrl+Cmd+Q or Apple menu → Lock Screen.

  2. Unlock your Mac.

    Test Fn+Space. If it starts hands-free dictation, stop; otherwise, continue.

  3. Log out using Apple menu → Log Out.

  4. Sign in to your Mac again.

    Test Fn+Space. If shortcuts still fail, contact support.

FAQs

Can Flow itself cause this?

Flow can hold secure input if a password field, such as sign-in, was focused when its window closed. Follow the app-closing and quitting steps above with Flow as the suspected app. Restarting Flow does not clear another app's hold or a stale macOS block.

Still need help?

Contact support if:

  • Shortcuts still fail after quitting suspected apps and signing out and back in.

  • You cannot identify which app is blocking shortcuts.

  • Fn hold-to-talk also fails after checking Accessibility permission and finishing onboarding.

Include your macOS version, Mac and keyboard model, apps open when the issue began, how long shortcuts have been blocked, and what you've tried.

If this started after closing a Flow sign-in window, include your logs.