anthropics / anthropics/claude-code
[BUG] Side-panel file viewer: <a> links are almost entirely non-interactive — no target info, no context menu, wrong click behavior
- Dominant language
- Python
- Stars
- 145k
- Forks
- 23.1k
- PR merge metrics
- PR metrics pending
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:
When viewing a Markdown file with links (both file links and intra-document anchors) in Claude Code's side panel, the link handling is broken in several distinct ways:
Clicking a link to a binary file (e.g. .xlsx, .pptx) silently opens the containing folder instead of the file — no error message, no fallback behavior, just silently the wrong outcome. A user has no way to tell the click "worked" versus silently failed.
Right-clicking a link shows no link-specific context menu at all. The context menu is identical to right-clicking anywhere else in the document — the only available option is "copy path" for the currently displayed file, not the link target. There is no "copy link", "open link", "open link in new tab," etc.
No hover affordance whatsoever. Hovering over a link produces no visual change, no tooltip, no status-bar preview of the target — standard browser behavior since the 1990s. There is no way to see where a link points before clicking it.
The link target is effectively unknowable through the UI. Combined with points 2 and 3, there is no way — hover, right-click, or otherwise — to inspect what a given link actually points to without blindly clicking it and observing the (possibly wrong, per point 1) result.
Intra-document links (e.g. a Markdown Table of Contents linking to #heading-anchors within the same file) don't work at all. Clicking a TOC entry does nothing — no scroll, no navigation to the target heading.
Impact: For a panel that renders and is described as a browser/viewer, elements are essentially non-functional as links — no target visibility, no standard interaction affordances, at least one confirmed wrong-behavior case for external file links (point 1), and a complete failure case for internal same-document navigation (point 5).
### What Should Happen?
Description:
Expected behavior: Standard link affordances — hover shows the target (tooltip/status bar), right-click offers link-specific actions (copy link, open in new tab), clicking a file link either opens the target appropriately or gives a clear, specific message when it can't, and clicking an intra-document anchor link scrolls to that heading within the same view.
### Error Messages/Logs
```shell
```
### Steps to Reproduce
Description:
See 'What's Wrong?'
### Claude Model
Sonnet 5
### Is this a regression?
No idea
### Last Working Version
_No response_
### Claude Code Version
Claude Desktop App: Version 1.40609.0
### Platform
Anthropic API
### Operating System
macOS
### Terminal/Shell
Desktop app
### Additional Information
_No response_
Contributor guide
No contributing guide indexed for this repository
Research direction
The payload names no repository files or tests; start by reproducing the Markdown link cases in the Claude Code side-panel file viewer on macOS. Check file links, right-click and hover behavior, binary targets, and same-document anchors. Done means links expose their targets, provide appropriate actions, handle unsupported files clearly, and scroll to internal headings.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- markdown
- Domain
- desktop, frontend
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100