claude-code - 💡(How to fix) Fix [BUG] showing Mac Key-symbols on windows [1 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
anthropics/claude-code#48115Fetched 2026-04-15 06:32:45
View on GitHub
Comments
0
Participants
1
Timeline
5
Reactions
0
Author
Participants
Timeline (top)
labeled ×5

Error Message

Error Messages/Logs

RAW_BUFFERClick to expand / collapse

Preflight Checklist

  • I have searched existing issues and this hasn't been reported yet
  • This is a single bug report (please file separate reports for different bugs)
  • I am using the latest version of Claude Code

What's Wrong?

I'm seeing mac key symbols on my windows machine in claude for windows for when I have to approve commands. claude thinks "the key-symbol formatter isn't branching on process.platform"

<img width="1061" height="281" alt="Image" src="https://github.com/user-attachments/assets/20fbddec-97fc-400c-b759-d4b27f170c22" />

What Should Happen?

it should show ctrl+enter or ctrl+shift+enter

Error Messages/Logs

Steps to Reproduce

tell claude to do anything that requires approval in the windows app

Claude Model

Opus

Is this a regression?

Yes, this worked in a previous version

Last Working Version

No response

Claude Code Version

Claude 1.2581.0 (f10398) 2026-04-14T17:16:40.000Z

Platform

Anthropic API

Operating System

Windows

Terminal/Shell

Other

Additional Information

No response

extent analysis

TL;DR

The issue can likely be fixed by updating the key-symbol formatter to correctly branch on process.platform for Windows.

Guidance

  • Verify that the process.platform check is correctly implemented in the key-symbol formatter code.
  • Check if the formatter is using the correct syntax for Windows, such as ctrl+enter instead of the mac key symbol.
  • Test the approval commands in the Windows app to see if the issue is specific to certain commands or if it's a global problem.
  • Consider checking the differences between the current version and the last working version to identify potential changes that may have caused the regression.

Example

No code example is provided as the issue does not include specific code snippets.

Notes

The issue seems to be a regression, and the last working version is not specified. It's possible that the fix may involve reverting changes made in recent versions or updating the key-symbol formatter to correctly handle Windows.

Recommendation

Apply workaround: The issue is likely due to a bug in the current version, and applying a workaround, such as manually updating the key-symbol formatter, may be the best solution until a fixed version is released.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING