Desktop app: clicking links that HTTP-redirect opens a blank in-app pane

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>.

1. Click the link in the rendered response.
2. An in-app pane opens and stays blank.
3. 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.