Windows: file-edit permission prompt still renders Apple-style buttons (Bash prompt fixed)

Resolved 💬 2 comments Opened Apr 17, 2026 by ashutoshrungta95 Closed May 25, 2026

Summary

On Windows 11, the recent UI update fixed native button styling for Bash permission prompts, but the file Edit / Write permission prompts still render with the old Apple/macOS-style buttons. The fix appears to be partial — not applied uniformly across all permission prompt surfaces.

Environment

  • OS: Windows 11 Home (10.0.26200)
  • Shell: bash
  • Claude Code: latest as of 2026-04-17 (version command not available on PATH in this install)

Repro steps

  1. Launch Claude Code on Windows 11.
  2. Have Claude run a Bash command that requires approval (e.g. echo test) → observe the permission dialog.
  3. Have Claude perform a file Edit that requires approval → observe the permission dialog.

Expected

Both prompts render with native Windows-style buttons (consistent with the recent fix).

Actual

  • Bash prompt: ✅ Windows-style buttons (fixed)
  • Edit / file-write prompt (with Allow Once / Allow Always options): ❌ still Apple-style buttons

Notes

Suggests the styling fix was applied to the Bash permission component but not propagated to the Edit/Write permission component (or the shared Allow-Once/Allow-Always variant). Worth auditing all permission prompt surfaces (MCP tool prompts, Write, NotebookEdit, etc.) for the same regression.

---

Filed on behalf of a Windows user via Claude Code.

View original on GitHub ↗

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