[Bug]: Inline code like avatars/u1.webp becomes a file chip labeled u1.webp even when the path does not exist #29421

Before submitting

• I searched existing issues and did not find a duplicate.
• I included enough detail to reproduce or investigate the problem.

Area

apps/web

The classifier is inlineCodeFilePathCandidate in packages/shared/src/markdownLinks.ts; the chip label comes from fileLinkLabel in packages/shared/src/fileLinks.ts.

Steps to reproduce

1. Open any thread.

2. Have an assistant response use an example storage key or path in inline code, where that path does not exist in the workspace:

   `scope: "global"` (the default) means the key is the pattern as written, for example `avatars/{userId}.webp` gives `avatars/u1.webp`.

3. Read the rendered message, then click the second span.

Expected behavior

avatars/u1.webp renders as ordinary inline code with its full text. It is an example object key, not a file in the workspace, so it should not be a link — or at least the chip should keep the text the agent wrote.

Actual behavior

The span renders as a file chip with an image icon labeled just u1.webp. The sentence now reads "avatars/{userId}.webp gives 🖼 u1.webp", which drops the avatars/ part and no longer says what the agent wrote. Clicking it opens a preview for <workspace>/avatars/u1.webp, which does not exist.

This happens a lot with docs-style answers: S3 keys, URL paths, example output paths, paths in other repos or on other machines. Any dir/name.ext span in inline code becomes a chip.

Cause

On main @ 47f2c8d:

• inlineCodeFilePathCandidate accepts any span with a / and an extension on the basename. Nothing checks whether the path exists in the workspace before it becomes a chip.
• fileLinkLabel then shows only the basename (plus a parent suffix only when basenames collide), so the directory part of what the agent wrote disappears from the sentence.

Possible fixes

• Only turn inline code into a chip once the path resolves to an existing file (or show unresolved paths as plain inline code).
• For inline code, keep the written text as the label instead of collapsing it to the basename, as was done for descriptive Markdown link labels in [Bug]: File-link chips discard descriptive Markdown labels and remove sentence content #10787.

Related: #22181 and #13899 (same class: inline code becomes a chip and hides its prefix, triggered there by a :line suffix), #10787 / #28509 (chip labels replacing the text that was written).

Impact

Minor bug or occasional failure

Version or commit

T3 Code desktop, current release (Nov 2026)

Environment

macOS, Claude Code provider