Follow Discord
Sweep 22 Oct 2026 · 04:32Z Build v2.1.308 527 read Stable v2.1.308 Latest v2.1.308 Next v2.1.308 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.299 ·

Sandbox credential paths described like denyRead, and error output may be dropped

The sandbox credential path setting now says it accepts the same path forms as filesystem.denyRead, and error output may be dropped when busy

You'll notice Improvements
JSON All of v2.1.299
You'll noticeTier: how much it should matter to you
1Useful: my rating, 1 to 5
1Signal: worth watching, 1 to 5
SandboxArea: what it touches
ImprovementsKind: in v2.1.299,
ImprovementsSection of the release
What

The sandbox is the restricted space Claude Code runs commands in. Two things changed around it:

  • The description of the sandbox setting for credential paths now says it supports the same path forms as a string in filesystem.denyRead.
  • Text written to the error output stream (stderr, where programs print error messages) through the sandbox may now be dropped when output is under pressure.
Why

Error output from the sandbox is no longer guaranteed to arrive in full, so a missing line there does not always mean nothing was printed.

Read from
Names in the bundledenyRead
Since it was published

The entry above is what we published on the day. These lines were added later, as Anthropic's own pages caught up, and they sit beside the original rather than replacing it.

Confirmed since Anthropic's documentation has since written up denyRead, on Claude Code changelog. * Fixed sandboxed commands failing to start on Linux when a `sandbox.filesystem.denyRead` glob contains brackets that are not a character class, such as a `[user-id]` route folder changelog see the edit
How sure we are
Two sources agreeTwo things we can check say the same as this entry.
Anthropic's documentation agreesAnthropic's documentation has since written up denyRead, on Claude Code changelog.
Anthropic's release notes agreeFixed sandbox denyRead and allowRead globs with braces, parentheses or backslashes in a folder's name being read differently by Claude…

See this entry in the whole of v2.1.299 →

Feedback