Claude Code
v2.1.231
v2.1.231- What's changed
- Fixed MCP OAuth sign-in failing with a redirect URI mismatch for servers that use a pre-registered OAuth client, such as Slack
952 signals · 959 observation events
Claude Code is an agentic coding tool that lives in your terminal, understands your codebase, and helps you code faster by executing routine tasks, explaining complex code, and handling git workflows - all through natural language commands.
v2.1.231**Bug Description** Opus 5 hast again started inventing asnwers which 4.8 did not do **Environment Info** - Platform: darwin - Terminal: WarpTerminal - Version: 2.1.220 - Feedback ID: b1249342-d613-4a8b-9c22-fe4bb618bac1 **Errors** ```json [] ```
### Preflight Checklist - [x] I have searched [existing issues](https://github.com/anthropics/claude-code/issues?q=is%3Aissue%20state%3Aopen%20label%3Abug) and this hasn't been reported yet - [x] This is a single bug report (please file separate reports for different bugs) - [x] I am using the latest version of Claude Code ### What's Wrong? Bare `claude --co
**Environment:** Claude Code desktop app, sidebar redesign (April 2026), macOS 15.5 ## Problem Since the April 2026 sidebar redesign, sessions are grouped by project/working directory in a way that's inconsistent between projects: - Some projects get their own group header by working directory, even when they share a project name with others. - Other project
## Summary In a session running multiple concurrent subagents (Agent tool with `isolation: worktree` agent types and plain general-purpose agents), the worktree isolation state behaves as **global, last-writer-wins state shared across all concurrent subagents** instead of per-subagent state. Any subagent calling `EnterWorktree` silently changes the working d
### Preflight Checklist - [x] I have searched [existing issues](https://github.com/anthropics/claude-code/issues?q=is%3Aissue%20state%3Aopen%20label%3Abug) and this hasn't been reported yet - [x] This is a single bug report (please file separate reports for different bugs) - [x] I am using the latest version of Claude Code ### What's Wrong? The Windows deskt
**Bug Description** (written by Claude) Claude Code writes findings in vague, figurative, or made-up language instead of plainly naming the code — "the isModified guard is never armed" instead of "isModified is never set to true" — and a CLAUDE.md section telling it to write plainly doesn't stop it. **Environment Info** - Platform: darwin - Terminal: ghostty
## Description `~/.claude.json` got corrupted due to what appears to be concurrent writes from multiple Claude Code instances. After corruption, the recovery logic entered a tight retry loop (dozens of repeated error messages) with no backoff, requiring Ctrl+C to break out. ## Steps to reproduce 1. Run multiple Claude Code instances simultaneously (normal wo
### Preflight Checklist - [x] I have searched [existing issues](https://github.com/anthropics/claude-code/issues?q=is%3Aissue%20state%3Aopen%20label%3Abug) and this hasn't been reported yet - [x] This is a single bug report (please file separate reports for different bugs) - [x] I am using the latest version of Claude Code ### What's Wrong? ## Preflight Chec
### Preflight Checklist - [Note]: This feature has been requested before, but I've added a much more detailed set of possible solutions to this problem that I feel makes this issue more complete than existing issues. I'd like to request that this issue not be closed. --- ### Related Feature Requests** [#26561 - [FEATURE] Bulk installation feature for enabled
# Claude Code Support Report — Excessive Usage Burn & Session Instability **Date:** April 11, 2026 **User:** Julie Bush (Max plan subscriber) **Platform:** macOS 15.7.5, MacBook Pro (Intel), 16 GB RAM **Claude Code version:** Current stable (update available per status bar) --- ## Issue 1: Excessive Usage Consumption While Idle ### Summary Between Friday Apr
**Bug Description** I'm only at 89% context window (with auto-compact off), but Claude is claiming the window is full and refusing to proceed. **Environment Info** - Platform: darwin - Terminal: ghostty - Version: 2.1.104 - Feedback ID: 3555ddf9-0b50-48d7-9beb-45fb406a8b3f **Errors** ```json [{"error":"Error: NON-FATAL: Lock acquisition failed for /Users/Tyl
### What happens The Claude Code UI gets stuck in "working" state. Two symptoms: 1. **UI shows working when Claude is idle.** The spinner/timer keeps running and the text input shows a stop button even after Claude has finished and is waiting for user input. The only way to send a message is to either (a) click the stop button (which doesn't actually stop an
## Summary `/worktree` is great when a task fits cleanly inside a single git repo, but several rough edges make it painful in common real-world workflows. Filing as a bundle since they share a theme. ## The pain points 1. **Sessions are keyed by cwd, so worktrees fragment session history.** Starting a session in the repo root and then spawning a worktree mea
### Summary In Claude Code interactive mode, every Bash tool call gets stuck at `Running...` / reports an internal error and never returns output to the UI. The same Bash commands work in non-interactive mode (`claude -p`). Debug logs show that the local Bash command is actually executed successfully (`tool_dispatch_end outcome=ok`), but the corresponding `t
The session header in Claude Code renders the project name as a colored chip (e.g., "WIN" in green, "Radon" in orange). The color appears to be auto-derived from a hash of the project name, with no documented way to override. **Request:** support per-project customization via `.claude/config.json`: ```json { "display": { "name": "WIN", "color": "green" } } `
### Preflight Checklist - [x] I have searched [existing issues](https://github.com/anthropics/claude-code/issues?q=is%3Aissue%20state%3Aopen%20label%3Abug) and this hasn't been reported yet - [x] This is a single bug report (please file separate reports for different bugs) - [x] I am using the latest version of Claude Code ### What's Wrong? The Claude in Chr
## Preflight Checklist - [x] I have searched existing issues and this hasn't been reported yet - [x] This is a single bug report - [x] I am using the latest version of Claude Code ## What's Wrong? `RemoteTrigger` with `action: "create"` and `action: "update"` both fail with HTTP 400. The error is circular: omitting `event_type` from `events[0]` produces `"ev
### Preflight Checklist - [x] I have searched [existing issues](https://github.com/anthropics/claude-code/issues?q=is%3Aissue%20state%3Aopen%20label%3Abug) and this hasn't been reported yet - [x] This is a single bug report (please file separate reports for different bugs) - [x] I am using the latest version of Claude Code ### What's Wrong? ## Summary My Cow
## Problem A second Ctrl+C exits Claude Code immediately, with no confirmation. After a long interactive session (hours of context, plans, file edits in flight) a misfired double-tap loses everything that wasn't already committed. The current behavior: - 1st Ctrl+C → interrupts the running operation (or clears the prompt) - 2nd Ctrl+C → exits immediately Ctr
### Bug summary When an image (frequently a **QR code**) ends up in the conversation, every subsequent turn produces: > API Error: an image in the conversation could not be processed and was removed. Re-read the file with a different approach if you still need it. The error **repeats on every turn in a loop**, rapidly consuming the entire token budget. The c
**Bug Description** /copy corrupts non-ASCII text (UTF-8 → latin-1 mojibake) in 2.1.169 — regression. Repro: /copy any text with chars ≥ U+0080 (e.g. "configuración → §"), paste → mojibake. ASCII is unaffected. Env: WSL2 + VS Code integrated terminal (TERM_PROGRAM=vscode), DISPLAY=:0, WAYLAND_DISPLAY=wayland-0; only xclip on PATH (no wl-copy/xsel); locale C.
### Preflight Checklist - [x] I have searched [existing requests](https://github.com/anthropics/claude-code/issues?q=is%3Aissue%20label%3Aenhancement) and this feature hasn't been requested yet - [x] This is a single feature request (not multiple features) ### Problem Statement **What I'd like** A setting to stop the VS Code extension from automatically open
### Preflight Checklist - [x] I have searched [existing requests](https://github.com/anthropics/claude-code/issues?q=is%3Aissue%20label%3Aenhancement) and this feature hasn't been requested yet - [x] This is a single feature request (not multiple features) ### Problem Statement In the Claude Code **VS Code extension** chat panel, every turn produces a lot of
**Summary:** The window's scrollbar up/down arrow buttons (up/down) no longer scroll the Claude Code output. This previously worked. Mouse wheel still scrolls fine, so it is specific to the arrow buttons. **Environment:** - Claude Code 2.1.191 - Windows 11 Pro, build 10.0.26200 - Desktop app **Steps to reproduce:** 1. Open the Claude Code desktop app 2. Prod
## Problem `/context` is designed to show token usage, but its output is injected into conversation history as an assistant message. This means running `/context` consumes the very resource it's reporting on. **Observed behavior:** - Session start: ~14% context used (baseline overhead) - After two `/context` calls: ~26% context used - ~12% of a 200k context
## Problem Statement When a Claude Code session uses MCP servers heavily (e.g. an MCP filesystem server, `mcp__fetch__fetch`, perplexity, webcrawler.ai, ...) and the agent makes many tool calls that return long text bodies (e.g. reading a few hundred lines of a file), the entire body of every MCP tool response is rendered in the interactive TUI. The transcri
## Problem Once weekly utilization crosses 75%, Claude Code shows a recurring "You've used NN% of your weekly limit - resets in Xd" warning (VS Code extension banner and CLI). For heavy users who routinely spend the last quarter of the window above 75%, this means days of every week with a permanent warning that carries no new information - we already know w
### What happened In the Claude Code desktop app, one session in the **Recents** sidebar keeps showing a small status dot that blinks/flashes continuously. It does not clear on its own. The session has no running or pending background tasks (verified inside the session: all tasks show `completed`, no active agents/workflows). So the flashing indicator does n
### What's Wrong? Claude code sessions sometimes reprocess the entire conversation instead of just a new message that a user sends. This is not due to *any reason visible in the chat itself*. I found two causes by diffing `/v1/messages` requests around a cost spike. 1. Claude Code rewrites an old hook reminder's shape later in the session. It does this by ei
## Bug `claude plugin marketplace update <plugin>` downloads the new plugin version into the cache directory but does **not** update the `installPath` and `version` fields in `~/.claude/plugins/installed_plugins.json`. New sessions continue using the old version. ## Reproduction 1. Publish a new version of a plugin (bump version in `plugin.json`, push to git
## Summary In the Claude desktop app (Cowork mode), the **remote-devices file bridge** (`device_stage_files` / `device_bash` / `device_commit_files`) disconnects intermittently — including mid-operation — and does not auto-recover within the session, even after the desktop app reports the device as reconnected. ## Environment - **Product:** Claude desktop ap
### Preflight Checklist - [x] I have searched [existing issues](https://github.com/anthropics/claude-code/issues?q=is%3Aissue%20state%3Aopen%20label%3Abug) and this hasn't been reported yet - [x] This is a single bug report (please file separate reports for different bugs) - [x] I am using the latest version of Claude Code ### What's Wrong? When Claude Code
## Summary Every turn that calls the server-side `advisor` tool reports an `usage` block roughly **2× larger** than the turn before it, because the advisor's own forwarded-transcript prompt is summed into the *same* `usage` block as the main turn. Claude Code treats that sum as context occupancy, so a conversation that is really at ~85k tokens is accounted a
### Preflight Checklist - [x] I have searched [existing issues](https://github.com/anthropics/claude-code/issues?q=is%3Aissue%20state%3Aopen%20label%3Abug) and this hasn't been reported yet - [x] This is a single bug report (please file separate reports for different bugs) - [x] I am using the latest version of Claude Code ### What's Wrong? Microsoft's hoste
### Preflight Checklist - [x] I have searched [existing issues](https://github.com/anthropics/claude-code/issues?q=is%3Aissue%20state%3Aopen%20label%3Abug) and this hasn't been reported yet - [x] This is a single bug report (please file separate reports for different bugs) - [x] I am using the latest version of Claude Code ### What's Wrong? I accidentally ki
### Preflight Checklist - [x] I have searched [existing issues](https://github.com/anthropics/claude-code/issues?q=is%3Aissue%20state%3Aopen%20label%3Abug) and this hasn't been reported yet - [x] This is a single bug report (please file separate reports for different bugs) - [x] I am using the latest version of Claude Code ### What's Wrong? The Code tab side
## Description Claude Code leaves `bash.exe.stackdump` files in the working directory after sessions. These files are MSYS2 crash dump artifacts generated when the bash process terminates abnormally. They accumulate across every directory where Claude Code has been active, cluttering repositories and requiring manual cleanup. ## Reproduction 1. Open Claude C
## Background When Claude is working through a long task, it often needs to write temporary files (build logs, intermediate captures, debug dumps, scratch scripts, etc.). The natural place is `/tmp`, but `/tmp` is shared with: - Other concurrent Claude Code sessions - Other tools and processes running on the same machine - Leftover debris from earlier runs o
## Problem Subagents (spawned via the Agent tool, e.g., `parallel-issue-worker`, `validator`) do **not** inherit permissions from `settings.local.json`. They only inherit from `.claude/settings.json` (project-level). This means any permissions the user has approved interactively (which get saved to `settings.local.json`) are not available to subagents. Subag
### Preflight Checklist - [x] I have searched [existing issues](https://github.com/anthropics/claude-code/issues?q=is%3Aissue%20state%3Aopen%20label%3Abug) and this hasn't been reported yet - [x] This is a single bug report (please file separate reports for different bugs) - [x] I am using the latest version of Claude Code ### What's Wrong? After the convers
### Preflight Checklist - [x] I have searched [existing issues](https://github.com/anthropics/claude-code/issues?q=is%3Aissue%20state%3Aopen%20label%3Abug) and this hasn't been reported yet - [x] This is a single bug report (please file separate reports for different bugs) - [x] I am using the latest version of Claude Code ### What's Wrong? # Bug Report — cl
### Preflight Checklist - [x] I have searched [existing issues](https://github.com/anthropics/claude-code/issues?q=is%3Aissue%20state%3Aopen%20label%3Abug) and this hasn't been reported yet - [x] This is a single bug report (please file separate reports for different bugs) - [x] I am using the latest version of Claude Code ### What's Wrong? ## What's wrong C
### Preflight Checklist - [x] I have searched [existing issues](https://github.com/anthropics/claude-code/issues?q=is%3Aissue%20state%3Aopen%20label%3Abug) and this hasn't been reported yet - [x] This is a single bug report (please file separate reports for different bugs) - [x] I am using the latest version of Claude Code ### What's Wrong? When using a Clau
# [Bug] v2.1.121: Opus 4.7 (1M context) max-effort window silently self-downgrades to Sonnet 4.6 mid-session AND `/compact` does not fire at context limit **Version:** Claude Code 2.1.121 (Node.js path, Windows) **Severity:** Critical — compound failure: model-tier integrity broken + the runtime's own documented context-limit recovery primitive (`/compact`)
### Preflight Checklist - [x] I have searched [existing issues](https://github.com/anthropics/claude-code/issues?q=is%3Aissue%20state%3Aopen%20label%3Abug) and this hasn't been reported yet - [x] This is a single bug report (please file separate reports for different bugs) - [x] I am using the latest version of Claude Code ### What's Wrong? #### Description
### Preflight Checklist - [x] I have searched [existing issues](https://github.com/anthropics/claude-code/issues?q=is%3Aissue%20state%3Aopen%20label%3Abug) and this hasn't been reported yet - [x] This is a single bug report (please file separate reports for different bugs) - [x] I am using the latest version of Claude Code ### What's Wrong? ### Description T
### Preflight Checklist - [x] I have searched [existing issues](https://github.com/anthropics/claude-code/issues?q=is%3Aissue%20state%3Aopen%20label%3Abug) and this hasn't been reported yet - [x] This is a single bug report (please file separate reports for different bugs) - [x] I am using the latest version of Claude Code ### What's Wrong? Here's a draft yo
# Feedback — Failure mode: pattern-matching shortcuts when documented criteria are available ## Summary When a user has carefully documented decision criteria in auto-loaded context (CLAUDE.md, project documentation, etc.), Claude often does not consult those criteria when making decisions. Instead, Claude pattern-matches against surface features and produce
## Problem When resuming a session with `--resume`, all slash commands from previous sessions appear in the context window. These commands carry no semantic value for the model but consume tokens and clutter the conversation history. Screenshot from a real session after resume: <img width="1282" height="623" alt="Image" src="https://github.com/user-attachmen
## Problem When the VSCode extension's chat panel auto-attaches a file via `ide_opened_file` (or the user attaches one manually), the chip in the input area shows only the basename — e.g. `CLAUDE.md`. In monorepos / portfolio workspaces with many files of the same name (`CLAUDE.md`, `README.md`, `package.json` at multiple levels) this makes it impossible to