Workflow approval prompt still appears in Bypass permissions mode (Desktop app, Windows)

Status Closed — duplicate
Reported on v2.1.222
Maintainer reply None cached
Activity 3 comments · opened Aug 9, 2026 · closed Aug 25, 2026

Summary

Workflow approval prompt still appears in Bypass permissions mode in the Desktop app on Windows. Docs (workflows.md, "Approve the plan before it runs") state the prompt should never appear in bypass mode ("The run starts immediately").

Environment

  • Claude desktop app 1.26832.0.0 (Microsoft Store), Windows 11 Pro 10.0.26200
  • Embedded claude-code runtime 2.1.222 (%APPDATA%\Claude\claude-code\2.1.222\claude.exe)
  • Permission mode: Bypass permissions, selected in the mode selector next to the send button (toggle "Allow bypass permissions mode" enabled). Mode selector visibly shows "Bypass permissions" at the moment the prompt fires.

Repro

  1. Start a Desktop session, set mode selector to Bypass permissions.
  2. Have Claude invoke the Workflow tool (even a zero-agent script: export const meta = {...}; return 'probe-ok').
  3. Approval prompt appears with only two options: accept once / deny. No "don't ask again" variant (ad-hoc script), and bypass mode is not honored.

Expected

Per https://code.claude.com/docs/en/workflows.md, in bypass permissions mode the workflow approval prompt never appears.

Notes

  • Reproduces 100% of the time for this user; confirmed with a controlled zero-agent probe workflow while the selector showed Bypass permissions.
  • Looks like the workflow-approval variant of the closed-as-duplicate family #38148 / #42975 / #61860 (Desktop UI intercepts permission requests before bypass mode is evaluated; those cover Edit/Bash but not workflow approval).
  • App restarted 2026-08-10; auto-update had not yet delivered a runtime newer than 2.1.222, so behavior on ≥2.1.223 is untested.

View original on GitHub ↗

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