[BUG] GPU/Viz process crash takes down entire app when Browser-pane preview loads a page that trips the private-host XHR block

Status Closed — not planned
Maintainer reply None cached
Activity 1 comment · opened Aug 25, 2026 · closed Aug 28, 2026

Preflight Checklist

  • [x] I have searched existing issues 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?

GPU/Viz process crash takes down entire app when Browser-pane preview loads a page that trips the private-host XHR block

Environment: Claude desktop, v1.34493.1, Windows 11 (MSIX install)

Summary: Loading a specific external page in the in-app Browser pane's preview (mcp__Claude_Browser__navigate / preview_start) crashes the app's GPU process, which brings down the whole app instead of just failing gracefully. Reproduced 3 times in one session with an identical fingerprint.

Log sequence (from %LOCALAPPDATA%\Claude\logs\main.log):

[PreviewContext] Opened preview user tab
[PreviewContext] Blocked subresource to private-resolving host { resourceType: 'xhr' }
GPU process gone: { type: 'GPU', reason: 'crashed', exitCode: 101457950, serviceName: 'GPU' }
[Preview] capturePreviewScreenshotIfChanged failed: { error: [Error: UnknownVizError] }

App becomes fully unresponsive; requires manual relaunch each time.

Suspected trigger: The page (an IHRA site) serves content behind Cloudflare. Something in its response — possibly related to the Cloudflare challenge/redirect, or a resource on the page that resolves to a private/internal address — trips the "blocked subresource to private-resolving host" guard, and immediately after, the GPU/Viz compositor dies with the same exit code every time. This also broke WebFetch on the same URL (Cloudflare filtering blocked it separately) — unclear if related, but both point at this page/CDN combo doing something unusual.

Expected behavior: A page or subresource failing the private-host check, or a Viz/GPU error during preview screenshot capture, should fail that single tab/feature gracefully — not crash the entire desktop app and require a full relaunch.

Workaround used: Downloaded the needed content manually outside Claude.

What Should Happen?

Claude should not crash entirely. Also Claude won't restart until a cleanup of the temp data and 'repair' from the Windows app settings cleans up enough data to restart (repair will also fail saying the app it still running even though it's not).

Error Messages/Logs

Steps to Reproduce

Ask Claude to fetch the IHRA ruleset

Claude Model

Sonnet (default)

Is this a regression?

I don't know

Last Working Version

_No response_

Claude Code Version

1.34493.0

Platform

Anthropic API

Operating System

Windows

Terminal/Shell

Windows Terminal

Additional Information

_No response_

View original on GitHub ↗

This issue has 1 comment on GitHub. Read the full discussion on GitHub ↗