### 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? Every me

[BUG] Cowork: "Claude Code crashed" on every message — VM startup never attempted despite healthy hypervisor and running cowork-svc (Windows 11 Pro, 1.25927.0)

Status Open

Reported on v2.1.221

Maintainer reply None cached

Activity 2 comments · opened Aug 5, 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?

<html>
<body>
<p class="font-claude-response-body break-words whitespace-normal" dir="ltr" data-sourcepos="5:1-5:141;180-320">Every message sent in the Cowork tab returns "Claude Code crashed / Try sending your message again." The Chat tab works normally throughout.</p>

<p class="font-claude-response-body break-words whitespace-normal" dir="ltr" data-sourcepos="7:1-7:341;322-662">The failure is <strong>not</strong> a renderer or GPU crash. The Cowork VM either fails to start, or starts successfully and then the Claude Code SDK inside the guest never becomes usable. In the current state, <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">cowork-svc.exe</code> is running and the VM client module loads, but <strong>VM startup is never attempted at all</strong> — no <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">[VM:start]</code> sequence is logged.</p>

<h2 dir="ltr" class="mt-3 -mb-1 text-[1.125rem] font-bold" data-sourcepos="9:1-9:15;664-678">Environment</h2>

<div dir="ltr" class="overflow-x-auto w-full px-2 mb-6 print:overflow-x-visible" data-sourcepos="11:1-17:73;680-1035">
|
-- | --
Claude Desktop | 1.25927.0.0 (MSIX, Claude_1.25927.0.0_x64__pzs8sxrjxfjjc)
Bundled Claude Code | 2.1.221
OS | Windows 11 Pro, 10.0.26200 Build 26200
Hardware | Alienware Aurora ACT1250, Intel Core Ultra 9 285K (24 cores), 64 GB RAM, NVIDIA RTX 5080
Auth | Claude.ai subscription (not API / not third-party deployment)

</div>

<p class="font-claude-response-body break-words whitespace-normal" dir="ltr" data-sourcepos="19:1-19:39;1037-1075">Virtualisation stack verified healthy:</p>

<div role="group" aria-label="Code" tabindex="0" data-sourcepos="21:1-28:4;1077-1534" class="relative group/copy bg-bg-000/50 border-0.5 border-border-400 rounded-lg focus:outline-none focus-visible:ring-2 focus-visible:ring-accent-100"><div class="sticky opacity-0 group-hover/copy:opacity-100 group-focus-within/copy:opacity-100 top-2 py-2 h-12 w-0 float-right"><div class="absolute right-0 h-8 px-2 items-center inline-flex z-10"></div></div><div class="overflow-x-auto"><pre class="code-block__code !my-0 !rounded-lg !text-sm !leading-relaxed p-3.5" style="color: rgb(234, 236, 240); background: transparent; font-family: var(--font-mono);"><code style="color: rgb(234, 236, 240); background: transparent; font-family: var(--font-mono); white-space: pre-wrap;">Get-CimInstance Win32_ComputerSystem | Select HypervisorPresent → True
bcdedit /enum "{current}" | Select-String hypervisorlaunchtype → Auto
Get-Service vmcompute → Running
VirtualMachinePlatform → Enabled
HypervisorPlatform → Enabled
Task Manager → CPU → Virtualization → Enabled</code></pre></div></div>

<p class="font-claude-response-body break-words whitespace-normal" dir="ltr" data-sourcepos="30:1-30:129;1536-1664">Note: this install began as a Squirrel (legacy installer) install and was later converted to MSIX. The app logs this at startup:</p>

<div role="group" aria-label="Code" tabindex="0" data-sourcepos="32:1-34:4;1666-1828" class="relative group/copy bg-bg-000/50 border-0.5 border-border-400 rounded-lg focus:outline-none focus-visible:ring-2 focus-visible:ring-accent-100"><div class="sticky opacity-0 group-hover/copy:opacity-100 group-focus-within/copy:opacity-100 top-2 py-2 h-12 w-0 float-right"><div class="absolute right-0 h-8 px-2 items-center inline-flex z-10"></div></div><div class="overflow-x-auto"><pre class="code-block__code !my-0 !rounded-lg !text-sm !leading-relaxed p-3.5" style="color: rgb(234, 236, 240); background: transparent; font-family: var(--font-mono);"><code style="color: rgb(234, 236, 240); background: transparent; font-family: var(--font-mono); white-space: pre-wrap;">[MSIX] Filesystem not virtualized — C:\Users\<user>\AppData\Local\Packages\Claude_pzs8sxrjxfjjc\LocalCache\Roaming\Claude absent (likely Squirrel upgrade)</code></pre></div></div>

<p class="font-claude-response-body break-words whitespace-normal" dir="ltr" data-sourcepos="36:1-36:108;1830-1937"><code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">%APPDATA%\Claude</code> is therefore the live data path, not the virtualised package path. This may be relevant.</p>

<h2 dir="ltr" class="mt-3 -mb-1 text-[1.125rem] font-bold" data-sourcepos="38:1-38:14;1939-1952">Regression</h2>

<p class="font-claude-response-body break-words whitespace-normal" dir="ltr" data-sourcepos="40:1-40:127;1954-2080">Worked normally before 2026-07-24. Broke after the auto-update to 1.24012.9 and has persisted through the update to 1.25927.0.</p>

<h2 dir="ltr" class="mt-3 -mb-1 text-[1.125rem] font-bold" data-sourcepos="42:1-42:42;2082-2123">Steps already taken (none resolved it)</h2>

<ol dir="ltr" class="[li_&]:mb-0 [li_&]:mt-1 [li_&]:gap-1 [&:not(:last-child)_ul]:pb-1 [&:not(:last-child)_ol]:pb-1 list-decimal flex flex-col gap-1 pl-8 mb-3 print:block print:space-y-1" data-sourcepos="44:1-50:156;2125-2969">
<li class="font-claude-response-body whitespace-normal break-words pl-2" data-sourcepos="44:1-44:127;2125-2251">Updated 1.24012.9 → 1.25927.0 by reinstalling from claude.com/download. Version confirmed via <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">Get-AppxPackage</code>. No change.</li>
<li class="font-claude-response-body whitespace-normal break-words pl-2" data-sourcepos="45:1-45:230;2252-2481">Enabled <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">HypervisorPlatform</code> (was <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">Disabled</code>) and rebooted. <strong>This did fix a genuine second fault</strong> — the "Failed to start Claude's workspace / VM service not running" dialog stopped appearing — but the crash banner persisted.</li>
<li class="font-claude-response-body whitespace-normal break-words pl-2" data-sourcepos="46:1-46:103;2482-2584">Renamed <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">%APPDATA%\Claude\claude-code-vm</code>. A fresh directory was created on next launch. No change.</li>
<li class="font-claude-response-body whitespace-normal break-words pl-2" data-sourcepos="47:1-47:88;2585-2672">Renamed <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">%APPDATA%\Claude\vm_bundles</code>. A new <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">claudevm.bundle</code> was built. No change.</li>
<li class="font-claude-response-body whitespace-normal break-words pl-2" data-sourcepos="48:1-48:75;2673-2747">Renamed Electron caches (<code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">Cache</code>, <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">Code Cache</code>, <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">GPUCache</code>). No change.</li>
<li class="font-claude-response-body whitespace-normal break-words pl-2" data-sourcepos="49:1-49:66;2748-2813">MSIX Repair via Settings → Apps → Advanced options. No change.</li>
<li class="font-claude-response-body whitespace-normal break-words pl-2" data-sourcepos="50:1-50:156;2814-2969">Pinned a per-app GPU preference for <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">Claude.exe</code>. No change — and app logs show no GPU-process crashes or Crashpad dumps, so this was never GPU-related.</li>
</ol>

<h2 dir="ltr" class="mt-3 -mb-1 text-[1.125rem] font-bold" data-sourcepos="52:1-52:12;2971-2982">Evidence</h2>

<h3 dir="ltr" class="mt-2 -mb-1 text-base font-bold" data-sourcepos="54:1-54:47;2984-3030">A. When the VM does boot, it boots cleanly</h3>

<p class="font-claude-response-body break-words whitespace-normal" dir="ltr" data-sourcepos="56:1-56:48;3032-3079">From <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">cowork_vm_node.log</code>, a fully healthy run:</p>

<div role="group" aria-label="Code" tabindex="0" data-sourcepos="58:1-69:4;3081-3629" class="relative group/copy bg-bg-000/50 border-0.5 border-border-400 rounded-lg focus:outline-none focus-visible:ring-2 focus-visible:ring-accent-100"><div class="sticky opacity-0 group-hover/copy:opacity-100 group-focus-within/copy:opacity-100 top-2 py-2 h-12 w-0 float-right"><div class="absolute right-0 h-8 px-2 items-center inline-flex z-10"></div></div><div class="overflow-x-auto"><pre class="code-block__code !my-0 !rounded-lg !text-sm !leading-relaxed p-3.5" style="color: rgb(234, 236, 240); background: transparent; font-family: var(--font-mono);"><code style="color: rgb(234, 236, 240); background: transparent; font-family: var(--font-mono); white-space: pre-wrap;">16:46:49 [VM:start] Beginning startup, bundlePath=...\vm_bundles\claudevm.bundle
16:46:49 [VM:steps] download_and_sdk_prepare completed (12ms)
16:46:49 [VM:steps] create_network completed (0ms)
16:46:49 [VM:steps] create_vm_config completed (71ms)
16:46:49 [VM:steps] vm_boot completed (124ms)
16:46:52 [VM:steps] add_plan9_shares completed (2676ms)
16:46:57 [VM] Network status: CONNECTED
16:46:59 [VM] API reachability: REACHABLE
16:47:02 [VM:steps] sdk_install completed (4067ms)
16:47:02 [VM:start] Startup complete, total time: 12768ms</code></pre></div></div>

<p class="font-claude-response-body break-words whitespace-normal" dir="ltr" data-sourcepos="71:1-71:217;3631-3847">Corresponding guest-side log (<code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">coworkd-user.log</code>) also shows a clean bring-up: Plan9 shares mounted 2/2, 88 host CA certificates installed, <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">reachability check passed (status=404)</code>, <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">connected, waiting for commands</code>.</p>

<p class="font-claude-response-body break-words whitespace-normal" dir="ltr" data-sourcepos="73:1-73:81;3849-3929">Despite all of the above, sending a message still returns "Claude Code crashed."</p>

<h3 dir="ltr" class="mt-2 -mb-1 text-base font-bold" data-sourcepos="75:1-75:54;3931-3984">B. Host and guest disagree about SDK installation</h3>

<p class="font-claude-response-body break-words whitespace-normal" dir="ltr" data-sourcepos="77:1-77:108;3986-4093">Host side (<code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">cowork_vm_node.log</code>) — repeats on every reconnect, with <strong>no completion line</strong> after the first:</p>

<div role="group" aria-label="Code" tabindex="0" data-sourcepos="79:1-84:4;4095-4409" class="relative group/copy bg-bg-000/50 border-0.5 border-border-400 rounded-lg focus:outline-none focus-visible:ring-2 focus-visible:ring-accent-100"><div class="sticky opacity-0 group-hover/copy:opacity-100 group-focus-within/copy:opacity-100 top-2 py-2 h-12 w-0 float-right"><div class="absolute right-0 h-8 px-2 items-center inline-flex z-10"></div></div><div class="overflow-x-auto"><pre class="code-block__code !my-0 !rounded-lg !text-sm !leading-relaxed p-3.5" style="color: rgb(234, 236, 240); background: transparent; font-family: var(--font-mono);"><code style="color: rgb(234, 236, 240); background: transparent; font-family: var(--font-mono); white-space: pre-wrap;">16:47:02 [VM:steps] sdk_install completed (4067ms) ← succeeds once
16:47:07 [postConnect] Installing SDK: subpath=c/Users/<user>/AppData/Roaming/Claude/claude-code-vm, version=2.1.221
16:54:13 [postConnect] Installing SDK: ... version=2.1.221
16:54:25 [postConnect] Installing SDK: ... version=2.1.221</code></pre></div></div>

<p class="font-claude-response-body break-words whitespace-normal" dir="ltr" data-sourcepos="86:1-86:55;4411-4465">Guest side (<code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">coworkd-user.log</code>) — at the same moments:</p>

<div role="group" aria-label="Code" tabindex="0" data-sourcepos="88:1-92:4;4467-4648" class="relative group/copy bg-bg-000/50 border-0.5 border-border-400 rounded-lg focus:outline-none focus-visible:ring-2 focus-visible:ring-accent-100"><div class="sticky opacity-0 group-hover/copy:opacity-100 group-focus-within/copy:opacity-100 top-2 py-2 h-12 w-0 float-right"><div class="absolute right-0 h-8 px-2 items-center inline-flex z-10"></div></div><div class="overflow-x-auto"><pre class="code-block__code !my-0 !rounded-lg !text-sm !leading-relaxed p-3.5" style="color: rgb(234, 236, 240); background: transparent; font-family: var(--font-mono);"><code style="color: rgb(234, 236, 240); background: transparent; font-family: var(--font-mono); white-space: pre-wrap;">[coworkd] SDK binary v2.1.221 already installed, skipping
[coworkd] SDK binary v2.1.221 already installed, skipping
[coworkd] SDK binary v2.1.221 already installed, skipping</code></pre></div></div>

<p class="font-claude-response-body break-words whitespace-normal" dir="ltr" data-sourcepos="94:1-94:174;4650-4823">The host believes it is installing the SDK; the guest believes it is already present and skips. Neither side reports an error, and the user-visible result is a crash banner.</p>

<h3 dir="ltr" class="mt-2 -mb-1 text-base font-bold" data-sourcepos="96:1-96:52;4825-4876">C. Current state: VM startup is never attempted</h3>

<p class="font-claude-response-body break-words whitespace-normal" dir="ltr" data-sourcepos="98:1-98:67;4878-4944">After renaming <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">vm_bundles</code> and doing a clean reboot and relaunch:</p>

<div role="group" aria-label="Code" tabindex="0" data-sourcepos="100:1-102:4;4946-5016" class="relative group/copy bg-bg-000/50 border-0.5 border-border-400 rounded-lg focus:outline-none focus-visible:ring-2 focus-visible:ring-accent-100"><div class="sticky opacity-0 group-hover/copy:opacity-100 group-focus-within/copy:opacity-100 top-2 py-2 h-12 w-0 float-right"><div class="absolute right-0 h-8 px-2 items-center inline-flex z-10"></div></div><div class="overflow-x-auto"><pre class="code-block__code !my-0 !rounded-lg !text-sm !leading-relaxed p-3.5" style="color: rgb(234, 236, 240); background: transparent; font-family: var(--font-mono);"><code style="color: rgb(234, 236, 240); background: transparent; font-family: var(--font-mono); white-space: pre-wrap;">Get-Process cowork* → cowork-svc, PID 9316, started 17:17:41</code></pre></div></div>

<p class="font-claude-response-body break-words whitespace-normal" dir="ltr" data-sourcepos="104:1-104:49;5018-5066"><code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">cowork_vm_node.log</code> in full since that restart:</p>

<div role="group" aria-label="Code" tabindex="0" data-sourcepos="106:1-109:4;5068-5184" class="relative group/copy bg-bg-000/50 border-0.5 border-border-400 rounded-lg focus:outline-none focus-visible:ring-2 focus-visible:ring-accent-100"><div class="sticky opacity-0 group-hover/copy:opacity-100 group-focus-within/copy:opacity-100 top-2 py-2 h-12 w-0 float-right"><div class="absolute right-0 h-8 px-2 items-center inline-flex z-10"></div></div><div class="overflow-x-auto"><pre class="code-block__code !my-0 !rounded-lg !text-sm !leading-relaxed p-3.5" style="color: rgb(234, 236, 240); background: transparent; font-family: var(--font-mono);"><code style="color: rgb(234, 236, 240); background: transparent; font-family: var(--font-mono); white-space: pre-wrap;">17:19:06 [info] [VM] Loading vmClient (TypeScript) module...
17:19:06 [info] [VM] Module loaded successfully</code></pre></div></div>

<p class="font-claude-response-body break-words whitespace-normal" dir="ltr" data-sourcepos="111:1-111:238;5186-5423">That is the entire log. No <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">[VM:start] Beginning startup</code>, no <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">create_network</code>, no <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">vm_boot</code>. <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">coworkd-user.log</code> is never recreated, confirming no guest ever boots. The service is alive, the client module loads, and then nothing happens.</p>

<h3 dir="ltr" class="mt-2 -mb-1 text-base font-bold" data-sourcepos="113:1-113:64;5425-5488">D. Separate bug: diagnostic logs die silently at a 5 MB cap</h3>

<p class="font-claude-response-body break-words whitespace-normal" dir="ltr" data-sourcepos="115:1-115:245;5490-5734"><code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">cowork-service.log</code> and <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">coworkd-user.log</code> both stopped at <strong>exactly 5,242,926 bytes</strong> at 08:31:18 and recorded nothing for the following eight hours, while the app continued running and failing. They only resumed after being manually renamed.</p>

<p class="font-claude-response-body break-words whitespace-normal" dir="ltr" data-sourcepos="117:1-117:281;5736-6016">This is arguably higher-impact than the crash itself: during an active incident, the two most useful logs stop recording with no rotation and no warning. Any user hitting this bug and following the "share your debug logs" path will submit logs that end hours before their problem.</p>

<p class="font-claude-response-body break-words whitespace-normal" dir="ltr" data-sourcepos="119:1-119:182;6018-6199">Meanwhile <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">main.log</code> is 7.4 MB with <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">main1.log</code>–<code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">main3.log</code> at ~10.5 MB each, retained back to 17 June — so ~40 MB of logs are kept while the two that matter are capped and dropped.</p>

<h3 dir="ltr" class="mt-2 -mb-1 text-base font-bold" data-sourcepos="121:1-121:45;6201-6245">E. Smaller defects noticed along the way</h3>

<p class="font-claude-response-body break-words whitespace-normal" dir="ltr" data-sourcepos="123:1-123:65;6247-6311">Repeating on <strong>every window load</strong> on Windows, always as a pair:</p>

<div role="group" aria-label="Code" tabindex="0" data-sourcepos="125:1-131:4;6313-6717" class="relative group/copy bg-bg-000/50 border-0.5 border-border-400 rounded-lg focus:outline-none focus-visible:ring-2 focus-visible:ring-accent-100"><div class="sticky opacity-0 group-hover/copy:opacity-100 group-focus-within/copy:opacity-100 top-2 py-2 h-12 w-0 float-right"><div class="absolute right-0 h-8 px-2 items-center inline-flex z-10"></div></div><div class="overflow-x-auto"><pre class="code-block__code !my-0 !rounded-lg !text-sm !leading-relaxed p-3.5" style="color: rgb(234, 236, 240); background: transparent; font-family: var(--font-mono);"><code style="color: rgb(234, 236, 240); background: transparent; font-family: var(--font-mono); white-space: pre-wrap;">[error] Setting the document's base URI to 'https://claude.ai/' violates the following
Content Security Policy directive: "base-uri 'none'". The action has been blocked.
[error] Uncaught (in promise) Error: Error invoking remote method
'$eipc_message$_<uuid>_$_claude.buddy_$_BuddyBleTransport_$_reportState':
No handler registered for '...BuddyBleTransport_$_reportState'</code></pre></div></div>

<p class="font-claude-response-body break-words whitespace-normal" dir="ltr" data-sourcepos="133:1-133:137;6719-6855">These appear to be benign (they also occur immediately before successful VM starts) but they fire on every load and make the logs noisy.</p>

<p class="font-claude-response-body break-words whitespace-normal" dir="ltr" data-sourcepos="135:1-135:28;6857-6884">Also at startup on Windows:</p>

<div role="group" aria-label="Code" tabindex="0" data-sourcepos="137:1-140:4;6886-7015" class="relative group/copy bg-bg-000/50 border-0.5 border-border-400 rounded-lg focus:outline-none focus-visible:ring-2 focus-visible:ring-accent-100"><div class="sticky opacity-0 group-hover/copy:opacity-100 group-focus-within/copy:opacity-100 top-2 py-2 h-12 w-0 float-right"><div class="absolute right-0 h-8 px-2 items-center inline-flex z-10"></div></div><div class="overflow-x-auto"><pre class="code-block__code !my-0 !rounded-lg !text-sm !leading-relaxed p-3.5" style="color: rgb(234, 236, 240); background: transparent; font-family: var(--font-mono);"><code style="color: rgb(234, 236, 240); background: transparent; font-family: var(--font-mono); white-space: pre-wrap;">[warn] [watch-record] failed to subscribe to swift events i.on is not a function
TypeError: i.on is not a function</code></pre></div></div>

<p class="font-claude-response-body break-words whitespace-normal" dir="ltr" data-sourcepos="142:1-142:89;7017-7105">"Swift events" in a Windows build suggests a macOS code path with no Windows equivalent.</p>

<h3 dir="ltr" class="mt-2 -mb-1 text-base font-bold" data-sourcepos="144:1-144:41;7107-7147">F. In-app feedback is non-functional</h3>

<p class="font-claude-response-body break-words whitespace-normal" dir="ltr" data-sourcepos="146:1-146:275;7149-7423">The in-app feedback / Get Help control does nothing on Windows, which is why this is being filed on GitHub rather than through the intended channel. This has been reported before (e.g. #26578) and it compounds every other bug, since it removes the supported reporting route.</p>

<h2 dir="ltr" class="mt-3 -mb-1 text-[1.125rem] font-bold" data-sourcepos="148:1-148:22;7425-7446">Expected behaviour</h2>

<p class="font-claude-response-body break-words whitespace-normal" dir="ltr" data-sourcepos="150:1-150:227;7448-7674">Sending a message in Cowork starts (or reuses) the workspace VM and returns a response. If the VM cannot start, the app should report <em>why</em> rather than showing a generic crash banner, and the VM logs should record the attempt.</p>

<h2 dir="ltr" class="mt-3 -mb-1 text-[1.125rem] font-bold" data-sourcepos="152:1-152:20;7676-7695">Possibly related</h2>

<ul dir="ltr" class="[li_&]:mb-0 [li_&]:mt-1 [li_&]:gap-1 [&:not(:last-child)_ul]:pb-1 [&:not(:last-child)_ol]:pb-1 list-disc flex flex-col gap-1 pl-8 mb-3 print:block print:space-y-1" data-sourcepos="154:1-156:91;7697-8069">
<li class="font-claude-response-body whitespace-normal break-words pl-2" data-sourcepos="154:1-154:127;7697-7823">#62729 — same crash banner, Cowork, Windows, currently labelled <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">needs-info</code>. The logs above may be the missing information.</li>
<li class="font-claude-response-body whitespace-normal break-words pl-2" data-sourcepos="155:1-155:155;7824-7978">#57344 — Claude Code subprocess failing in both Cowork and Code on Windows; reporter suspected a surviving versioned <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">claude-code\<version>\</code> directory.</li>
<li class="font-claude-response-body whitespace-normal break-words pl-2" data-sourcepos="156:1-156:91;7979-8069">#82574, #80970 — Cowork availability problems on Windows specific to the 1.24012.x line.</li>
</ul>

</body>
</html>

What Should Happen?

Claude should work!

Error Messages/Logs

Steps to Reproduce

Start Claude.
Say "hello"

Claude Model

None

Is this a regression?

Yes, this worked in a previous version

Last Working Version

_No response_

Claude Code Version

1.25927.0

Platform

Other

Operating System

Windows

Terminal/Shell