claude-code - 💡(How to fix) Fix Desktop app: clicking links that HTTP-redirect opens a blank in-app pane [2 comments, 1 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
anthropics/claude-code#50834Fetched 2026-04-20 12:11:45
View on GitHub
Comments
2
Participants
1
Timeline
6
Reactions
0
Author
Participants
Timeline (top)
labeled ×4commented ×2

In the Claude Code desktop app (Code tab / Desktop Code surface, not the CLI), clicking a link rendered in an assistant response opens an in-app pane that lands on a blank page whenever the target URL responds with an HTTP 3xx redirect. The same URL pasted into a real browser follows the redirect and renders correctly.

Error Message

Blank pane. No visible error. DevTools on the underlying anchor shows nothing anomalous — the <a href> is valid; the break is in whatever the embedded container does with the 3xx response.

Root Cause

In the Claude Code desktop app (Code tab / Desktop Code surface, not the CLI), clicking a link rendered in an assistant response opens an in-app pane that lands on a blank page whenever the target URL responds with an HTTP 3xx redirect. The same URL pasted into a real browser follows the redirect and renders correctly.

RAW_BUFFERClick to expand / collapse

Summary

In the Claude Code desktop app (Code tab / Desktop Code surface, not the CLI), clicking a link rendered in an assistant response opens an in-app pane that lands on a blank page whenever the target URL responds with an HTTP 3xx redirect. The same URL pasted into a real browser follows the redirect and renders correctly.

Repro

  1. In the desktop app, have the assistant print a URL that 3xx-redirects. Easiest repro: any scheduled-trigger management link from the /schedule skill, e.g. https://claude.ai/code/scheduled/<trigger_id> claude.ai serves that path as a redirect to /code/routines/<trigger_id>.
  2. Click the link in the rendered response.
  3. An in-app pane opens and stays blank.
  4. Copy the same URL, paste into a system browser → follows the 302 to /code/routines/<trigger_id> and renders normally.

Expected

Either:

  • The in-app pane follows HTTP redirects and renders the final URL, or
  • Links open in the system browser by default (which would also solve this).

Actual

Blank pane. No visible error. DevTools on the underlying anchor shows nothing anomalous — the <a href> is valid; the break is in whatever the embedded container does with the 3xx response.

Environment

  • Claude Code desktop app, Windows 11
  • Surface: Desktop Code tab (not CLI, not Chat)

Impact

Any assistant-emitted link pointing at a URL that redirects is effectively broken from inside the app. This includes the /schedule skill's own management links, which is how I noticed it.

Notes

I searched existing issues for: link, copy button, desktop, redirect, blank, webview. Nearest neighbors (#34176, #25611, #24870, #11814) are all OAuth/Cloudflare redirect flows, not generic markdown-link rendering. Apologies if I missed an existing report — happy to have this closed as a duplicate if so.

extent analysis

TL;DR

The issue can be resolved by modifying the in-app pane to follow HTTP redirects or by configuring links to open in the system browser by default.

Guidance

  • Investigate the embedded container's handling of HTTP redirects to determine why it's not following the redirect.
  • Verify that the issue is specific to the in-app pane by testing links with redirects in other parts of the application.
  • Consider implementing a fallback to open links in the system browser if the in-app pane cannot be modified to follow redirects.
  • Review the existing issues mentioned (#34176, #25611, #24870, #11814) to ensure this is not a duplicate report, although they seem to be related to OAuth/Cloudflare redirect flows.

Example

No code snippet is provided as the issue does not contain enough information to create a specific example.

Notes

The issue seems to be specific to the Claude Code desktop app's in-app pane and does not occur when links are opened in a system browser. The root cause is likely related to how the embedded container handles HTTP redirects.

Recommendation

Apply a workaround by configuring links to open in the system browser by default, as this would bypass the issue with the in-app pane not following redirects. This approach is chosen because it provides a straightforward solution that can be implemented without modifying the underlying container's redirect handling.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING