[FEATURE] VS Code native UI: show full file path as tooltip on tool-call file links

Preflight Checklist

• [x] I have searched existing requests and this feature hasn't been requested yet
• [x] This is a single feature request (not multiple features)

Problem Statement

In the VS Code / VSCodium native extension UI, tool rows for file operations show only the basename, with no tooltip. There's no way to see the full path short of clicking the link to open the file in an editor.

In projects with same-named files across directories (index.ts, mod.rs, __init__.py, a tests/ tree mirroring src/) I can't tell which file Claude actually read or edited without interrupting what I'm doing to click through.

The path isn't present in the DOM at all, so this can't be worked around with a setting or a custom stylesheet. In webview/index.js the tool headers discard it immediately:

let Y = J.file_path?.split("/").pop();   // Read
let X = J?.split("/").pop();             // fileToolHeader (Edit/Write/MultiEdit)

and then render <a href="#" onClick={...}>{basename}</a> with no title attribute. The full path survives only inside the click handler's closure (this.opener.open(J.file_path, ...)).

Environment: anthropic.claude-code 2.1.246 (linux-x64), VSCodium, Linux.

Proposed Solution

Add title={file_path} to the file-link anchors in the tool-call headers. The display stays as compact as it is today, and the full path becomes available on hover.

Four affected headers in webview/index.js:

1. Read, single-file
2. Read, multi-file (the grouped "Explored" rows)
3. fileToolHeader, the shared base for Edit / Write / MultiEdit / NotebookEdit
4. the ExitPlanMode plan-file link

I patched this locally against 2.1.246 by adding the title attribute at those four sites. Hover shows the absolute path, layout is unchanged, bundle parses clean. As far as I can tell it's a four-line change.

Alternative Solutions

A setting to render the workspace-relative path inline instead of the basename, so index.tsx becomes src/components/Button/index.tsx, matching the density of the terminal UI. The tooltip is the minimal fix; this would be the fuller one. Ideally a three-way setting: filename, relative, absolute.

Priority

Medium - Would be very helpful

Feature Category

Other

Use Case Example

A monorepo with several packages that each contain src/index.ts. Claude reports "Read index.ts" three times in a row while working. Nothing in the transcript says which package each read belonged to, so reviewing what it actually looked at means clicking every row individually.

Additional Context

Prior art. Every earlier version of this request was closed by the stale or duplicate bot rather than declined on the merits, and all of them are locked now:

• #37313, VS Code tool call headers (essentially this request), closed as a duplicate of #32203
• #32203, VS Code edit indicator, closed stale
• #58318, attachment chip should show full path or tooltip, closed stale
• #51892, @ file picker shows no paths, closed stale
• #2526, same request for the TUI, closed not planned
• #21151, same underlying problem in the TUI, still open with 186 reactions

Filing fresh because the VS Code tool-call-header surface is still unaddressed and none of the older threads can be commented on any more.

Note for triage: this overlaps in theme with #21151, but that one is labelled area:tui and concerns the terminal's collapsed "Read 1 file" rows. This is a different surface (the extension webview) with a much smaller fix.