Permission prompt UI shows Apple ⌘ symbol instead of "Ctrl" on Windows

Resolved 💬 3 comments Opened May 15, 2026 by bachseans Closed May 15, 2026

<img width="2442" height="583" alt="Image" src="https://github.com/user-attachments/assets/a77f103e-55aa-44ca-a070-ef312fab6abc" />

Permission prompt UI shows Apple ⌘ symbol instead of "Ctrl" on Windows

Environment

  • App: Claude desktop (Windows, MSIX install from Microsoft Store)
  • Version: 1.7196.0.0
  • Install path: C:\Program Files\WindowsApps\Claude_1.7196.0.0_x64__pzs8sxrjxfjjc\app\Claude.exe
  • OS: Windows 11 Pro 10.0.26200
  • Status: Persistent across multiple app versions — has not been fixed despite passage of time.

Steps to reproduce

  1. Launch Claude desktop on Windows 11.
  2. Start a conversation in which Claude calls a tool that requires user permission (e.g., a Bash command, file edit, etc.).
  3. Observe the permission prompt that appears, including its keyboard-shortcut hints.

Expected behavior

Keyboard hints in the permission prompt show the correct Windows modifier names — i.e., "Ctrl" (and "Alt", "Shift", "Win") — matching the user's actual platform.

Actual behavior

The permission prompt renders the macOS Command key glyph in place of "Ctrl" (and presumably other macOS-flavored modifier glyphs in place of their Windows equivalents). Pressing the displayed shortcut on a Windows keyboard requires the user to mentally translate ⌘ → Ctrl every time.

Root cause hypothesis

Platform detection is either:

  • Hardcoded to macOS glyphs in the permission-prompt component, or
  • Falling through to a macOS default branch when the OS check fails or isn't applied at that render path.

A cross-platform Electron app should consult process.platform (or equivalent) and pick the modifier label per OS — "Ctrl" on win32, "⌘" on darwin, "Ctrl" on linux.

Impact

Small but persistent friction every time a permission prompt appears (which can be many times per session for power users). Also undermines polish — a Windows user sees a Mac glyph and immediately reads the app as "ported but not finished."

Attachment

A screenshot of the misrendered prompt can be attached on submission; the reporter has seen this repeatedly and can capture one in seconds.

View original on GitHub ↗

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