Ctrl-M toggles microphone while editing the prompt (should act as Enter on macOS)

Resolved 💬 2 comments Opened Feb 15, 2026 by kyu-suke Closed May 15, 2026

What version of the Codex App are you using (From “About Codex” dialog)?

26.212.1823

What subscription do you have?

plus

What platform is your computer?

Darwin 25.2.0 arm64 arm

What issue are you seeing?

Summary

Pressing Ctrl-M toggles microphone input, even when a text input field is focused. On macOS, Ctrl-M behaves similarly to Enter at the system level.

Actual behavior

When the prompt textarea is focused and I press Ctrl-M, microphone input is activated instead of performing the default Enter-like behavior.

Impact

On macOS, Ctrl-M is mapped to behave similarly to Enter. While many applications use Enter for newline or submission, Ctrl-M is often used as a “confirm” keystroke. For example, in Japanese language environments, text input typically follows the flow: type → convert → confirm.

In my case, I sometimes intentionally use Ctrl-M to avoid accidental submissions that can happen when pressing Enter directly. Because Ctrl-M is currently captured as an app-level shortcut, this workflow is disrupted and can lead to unintended behavior.

What steps can reproduce the bug?

Steps to reproduce

  1. Open the Codex app on macOS.
  2. Click into the prompt textarea so the caret is visible.
  3. Press Ctrl-M.
  4. Observe that microphone input is activated.

Reproducibility: 100% (always)

What is the expected behavior?

Expected behavior

When focus is inside a text input field or textarea, Ctrl-M should perform the default macOS-like behavior (equivalent to Enter).

Ideally, app-level shortcuts such as microphone toggling should not override standard text input behavior while typing.

Possible improvements (suggestion)

  • Consider changing the microphone shortcut to a key combination that does not conflict with standard text input behavior.

(For example, Cmd-M is reserved for window minimization on macOS, so alternatives such as Shift-Cmd-M or another non-conflicting combination may be safer.)

  • Alternatively, allowing users to customize keyboard shortcuts would provide flexibility and help prevent workflow conflicts.

Additional information

M5 MacBook Pro
JIS Keyboard
macOS 26.2 (25C56)

View original on GitHub ↗

This issue has 2 comments on GitHub. Read the full discussion on GitHub ↗