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

Status Closed — not planned
Maintainer reply None cached
Activity 3 comments · opened Apr 17, 2026 · 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 3 comments on GitHub. Read the full discussion on GitHub ↗