Follow Discord
Sweep 23 Oct 2026 · 21:48Z Build v2.1.310 529 read Stable v2.1.308 Latest v2.1.309 Next v2.1.310 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.310 ·

Files whose path leads somewhere else are refused when attached

Attaching or reading a file whose path resolves to a different real path, such as through a link, is now refused with the reason resolves_elsewhere

Group of 3 You'll notice Improvements
JSON All of v2.1.310
You'll noticeTier: how much it should matter to you
2Useful: my rating, 1 to 5
1Signal: worth watching, 1 to 5
File ReadingArea: what it touches
ImprovementsKind: in v2.1.310,
ImprovementsSection of the release

What

Some paths do not point straight at a file. A link (symlink), or a stored name, can lead to a file somewhere else. Claude Code now checks for this when files are passed in or attached.

  • The file input reader has a new rejection reason, resolves_elsewhere. It applies when a path leads through a link to a different real path, unless the caller allows following links. Before, only the path_rejected and name_direction checks applied.
  • The credential check on file inputs also takes a new fromChat option.
  • The tool that attaches files refuses such a file with "Cannot attach ... it resolves to another path". The message asks Claude to try again using the resolved path.
  • When a file input is not attached for this reason, it is recorded as a normal outcome rather than an error. That is how input_schema was already handled.

Why

The file that is sent is now the same file whose path was approved. If you pass a linked file, expect a refusal, and use the file's real path instead.

Read from
Names in the bundle--file

See this entry in the whole of v2.1.310 →

Feedback