[Desktop] macOS: ⌘V/⌘C/⌘X/⌘A do nothing — the packaged application menu has no Edit menu

[ajia1206]

Summary

In the packaged Desktop application on macOS, the standard editing shortcuts do nothing: ⌘V, ⌘C, X and ⌘A are inert in every text field, including the composer. There is no right-click context menu either, so text cannot be pasted by any route.

Environment

• DeepSeek Harness Desktop 0.1.6-alpha.1, packaged build, macOS (arm64)
• dsh 0.1.6-alpha.1

Steps to reproduce

1. Copy text in any other application.
2. Focus the composer (or any text input) in the Desktop window.
3. Press ⌘V.

Observed: nothing is inserted; ⌘C, ⌘X and ⌘A behave the same way. Typing works normally.

Cause

apps/desktop/src/main.ts installs a custom application menu whose only top-level menu is the application menu:

Menu.setApplicationMenu(Menu.buildFromTemplate([{
  label: process.platform === 'darwin' ? app.name : messages.application,
  submenu: [desktop plugins…, check updates…, separator, quit],
}]))

macOS delivers the standard editing shortcuts through menu roles. Without an Edit menu, the paste/copy/cut/select-all commands never reach the renderer, and the Desktop adds no webContents context-menu handler as a fallback. Repository evidence:

• rg "role: '(copy|paste|cut|selectAll|undo|redo)'" over the repository returns nothing.
• There is no context-menu handler under apps/desktop/src.
• git log -S editMenu -- apps/desktop/src/main.ts is empty, so the packaged Desktop has never offered an Edit menu.

The composer itself is fine: its Lexical PASTE_COMMAND handler (packages/client/ui-conversation/src/client/input/editor/keymap.ts) already routes pasted text, images and files. It simply never receives the gesture.

This is macOS-specific: on Windows and Linux the renderer handles Ctrl+V natively, so the same source shows no symptom there.

Suggested fix

Add the standard editing menu where the platform requires it:

...(process.platform === 'darwin' ? [{ role: 'editMenu' as const }] : []),

Role-based entries keep the labels system-localized, so no UI copy needs to be added to the locale dictionaries. A regression assertion can check that the macOS template contains the editMenu role (for example in apps/desktop/tests/main-startup.spec.ts).

[ajia1206]

The patch for this report is available on a fork, because pull requests are disabled for this repository:

• Branch: https://github.com/ajia1206/deepseek-harness/tree/codex/desktop-macos-edit-menu
• Commit: ajia1206@c1a3112

Contents:

• apps/desktop/src/main.ts — appends Electron's role-based editMenu on macOS, directly after the application menu.
• apps/desktop/tests/main-startup.spec.ts — asserts the macOS template carries the role and other platforms keep the current template.
• Agent Note: .agents/notes/implemented/bug-fix/2026-09-16-desktop-macos-edit-menu.{md,zh.md}.

Evidence:

pnpm vitest run apps/desktop   # 31 files, 198 passed | 1 skipped
pnpm run test:docs             # 20 passed, 0 failed, 0 skipped