macOS desktop: Cmd+V intermittently stops working because Edit > Paste loses its accelerator

Open 💬 1 comment Opened Jun 16, 2026 by pat-spatial

Summary

On Codex Desktop for macOS, Cmd+V intermittently stops working in the app even though right-click Paste continues to work. When the failure occurs, the native macOS Edit > Paste menu item is enabled but has no Cmd+V accelerator/key equivalent. Paste and Match Style still shows Shift+Cmd+V.

This appears to be a Codex Desktop native menu regression, not a system clipboard issue.

Environment

  • App: Codex Desktop
  • Version: 26.609.71450
  • Bundle id: com.openai.codex
  • macOS: 26.5.1 build 25F80
  • Machine: Apple Silicon MacBook Air

Observed behavior

  1. Copy text from another app.
  2. Focus the Codex composer/input.
  3. Press Cmd+V.
  4. Nothing is pasted.
  5. Right-clicking in the same input and choosing Paste works.
  6. Cmd+Shift+V / Paste and Match Style still has a visible menu accelerator.

When inspecting the live macOS menu via Accessibility, Codex reports:

Paste, true, missing value, 0
Paste and Match Style, true, V, 1

The visible menu confirms the same state: Edit > Paste has no ⌘V shown, while nearby items like Cut, Copy, Select All, and Paste and Match Style do have shortcuts.

Expected behavior

Edit > Paste should consistently show and honor ⌘V, and Cmd+V should paste into the focused Codex input.

Things ruled out

  • Clipboard contents are valid: right-click Paste works.
  • macOS global Cmd+V works in TextEdit, Chrome, and ChatGPT Desktop.
  • Adding macOS App Shortcuts for Codex (Paste = Cmd+V, &Paste = Cmd+V) initially helped after restart but later regressed; the stored preference remained present while the live menu lost the accelerator again.
  • Reopening Codex can temporarily restore the behavior, but it regresses.

Local diagnostic / workaround evidence

The installed Codex bundle contained an Electron-style generic edit menu path. A local patch replacing the generic/built-in paste role with a custom menu item using an explicit accelerator and direct paste call restored behavior:

{
  label: "Paste",
  accelerator: "CmdOrCtrl+V",
  click: () => BrowserWindow.getFocusedWindow()?.webContents.paste(),
}

A first local patch that kept using Electron's built-in role: "paste" with accelerator: "Command+V" still regressed, suggesting the failure is tied to the built-in paste role/native menu accelerator handling in this Codex build.

Impact

This breaks the core paste workflow in Codex Desktop. It is especially disruptive for voice dictation or clipboard-driven workflows because right-click paste is the only reliable fallback when the accelerator disappears.

View original on GitHub ↗

This issue has 1 comment on GitHub. Read the full discussion on GitHub ↗