Claude Code v2.1.227
Released Aug 10, 2026 (19 days ago).
190 issues reference this build
133 still open
57 resolved (30%)
"References this build" means the issue body mentions running 2.1.227 (from the
bug-report template). It reflects report volume, not a proven defect count — an issue may mention a
version without being caused by it. First-party data from the anthropics/claude-code tracker.
Top issues reported on v2.1.227
Ranked by community engagement (reactions and comments).
- [Regression, Windows+macOS] Cross-session messaging silently broken since CCD 2.1.224+ — messages dropped, recipient sessions wedged 15-20 min (hadFirstResponse=false); fixed in 2.1.237 for some installs, stable channel still affected
- Desktop app (Windows): cross-session messages silently dropped — held for an approval the UI never offers, then expire (~5 min); regression since app 1.28929.0
- Cross-session messages are delivered but never trigger the recipient's turn (desktop app, Windows)
- [BUG] Windows Desktop 2.1.227: cross-session send_message to a paused session is never delivered to the model, leaving the session in a permanent phantom turn
- MCP-originated cross-session sends (`ccd_session_mgmt send_message`) never deliver — payload lost in app layer; receiving session UI hangs on "phantom" turn
- [BUG] Desktop app: turns started by session resume or inter-session message hang with no first token, watchdog kills after ~980s (no_response) — spiked after auto-update 1.26832.0 → 1.28929.0
- Desktop Browser pane: allow user-approved local hostnames (hosts-file aliases) as trusted preview origins — currently all subresources blocked with ERR_BLOCKED_BY_CLIENT
- Cross-session send_message delivers to the target session's queue but never triggers a responding turn (regression in desktop 1.28929.0 / CC runtime 2.1.227, still broken in 2.1.231)
- [Feature Request] Add option to disable or customize animated spinners
- send_message (cross-session) never delivers and leaves the target session hung on an empty turn
- [BUG] Windows: CoworkVMService can never arm its own recovery actions ("Access is denied" at every start) — service death becomes a silent claude.exe hang with no crash dump (root cause of #59794 and #66849, both closed stale)
- [BUG] Image Inputs via Read Tool or @ Reference Consume 7–10× More Tokens with On-Prem LLMs
- Browser pane: service-worker registration fails — script fetch never leaves the app
- [BUG] Playwright MCP browser cannot traverse the session's mandatory HTTPS_PROXY egress proxy (100% ERR_CONNECTION_RESET, even with explicit --proxy-server)
- [BUG] Claude Desktop (Windows, MSIX) fails to launch after spontaneous close — "reinstall required" dialog, Repair does not fix it
- [BUG] Orphaned temp_<epoch-ms> folders accumulate under ~/.claude/plugins/marketplaces
- [Bug] Worktree isolation blocks all Bash commands due to parser abort in bash-command classifier
- [BUG] Login with a paranoid captcha
- [Bug] Agent accesses production data without explicit permissions
- [BUG] Terminal title is blanked on exit instead of restored, corrupting tmux-resurrect saves
- Receiver is never notified when a held cross-session message expires — the message is abandoned, not denied, and nobody downstream learns it existed
- Held-then-approved cross-session messages arrive with no marker — receiver cannot tell it was gated, and reports the hold never happened
- Windows desktop app (MSIX) wedges on every auto-update - crash-loops until reboot, 3 reboots in one day
- [BUG] Plan mode permanently corrupts prompt color default forever
- Endless SecurityAgent prompt stack for "Claude Code-credentials": credential rewrite creates keychain partition mismatch, "Always Allow" can never persist (behavior persists after #41026 was closed as resolved)
- [BUG] Cross-session message written to target transcript but excluded from model's context
- [BUG] Queued message is dequeued while a tool call is still in flight and silently discarded — no user record, no UI signal (2.1.227 desktop; distinct from the turn-end variant #85603)
- Desktop app: "Open in Browser panel" context menu item always opens system default browser instead of the Browser panel
- [BUG] Desktop Browser pane: a site on the "Allowed sites" list still raises a permission card on every tool call in Auto mode, claiming site permissions are disabled
- Bash tool: "wc" via command substitution fails with "command not found" inside a for-loop with 2+ items
Changelog
What's changed
- Fixed feature flags being evaluated without the user's subscription tier when a session started with an expired login token, which could wrongly prompt Max plan users to enable usage credits for Fable
- Fixed every Bash command failing under
claude-code-actionwithallowed_non_write_userson GitHub-hosted runners - Fixed
/tuibringing back a conversation that had been rewound to before its first message - Improved slash-command menu: blue now marks only the selected row, matched characters are bolded instead of recolored, and emoji or accented names keep their glyphs
- Improved performance: fewer event-loop stalls on file-not-found suggestions and at-mention size checks