macOS desktop: Cmd+V intermittently stops working because Edit > Paste loses its accelerator
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.1build25F80 - Machine: Apple Silicon MacBook Air
Observed behavior
- Copy text from another app.
- Focus the Codex composer/input.
- Press
Cmd+V. - Nothing is pasted.
- Right-clicking in the same input and choosing Paste works.
Cmd+Shift+V/Paste and Match Stylestill 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+Vworks 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.
This issue has 1 comment on GitHub. Read the full discussion on GitHub ↗