[BUG] Updater misdetects sideloaded MSIX as a Store install and hangs the app on every launch

Status Open
Reported on v2.1.260
Maintainer reply None cached
Activity 1 comment · opened Sep 6, 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?

On Windows, Claude Desktop installed from claude.com/download (sideloaded MSIX, SignatureKind: Developer) is detected by the updater as a Microsoft Store install:

[updater] MSIX detected: windowsStore=true, appPathMatch=true, source=windowsStore,
exe=C:\Program Files\WindowsApps\Claude_1.46388.1.0_x64__pzs8sxrjxfjjc\app\Claude.exe

appPathMatch appears to infer the source from the WindowsApps path, which every registered MSIX uses regardless of origin. SignatureKind would distinguish the two and does not appear in the log. The app is not present in the Microsoft Store library.

Roughly 33 seconds after each launch the updater fires and begins a download. Within 17–29 seconds the app becomes unusable:

[updater] Found an update, downloading
Main webview is unresponsive, will kill and reload
Network Service process gone (reason=killed, exitCode=1) outside app quit
— main-process networking is broken until relaunch

The network service is not respawned, so the app is alive but cannot make any network request. The device bridge then fails handshakes indefinitely with exponential backoff (reconnect #1–#12, out to 30s). The renderer the watchdog kills is not the process at fault.

Correlation: four Found an update, downloading events in the log, each followed within 17–29s by a hang. No hang occurs without one. Not GPU-related (no GPU process gone), not memory (~24 GB free of 32 GB throughout), not virtualization (no vmcompute warnings).

Aggravating factor: [updater] Using GrowthBook check_interval_ticks=1 (default 4) — checks run 4× more often than default, so this triggers on essentially every launch.

What Should Happen?

Expected: a sideloaded MSIX should be detected by signature, not install path. A failed or unsupported update download should not kill the network service, and the loss of the network service should not leave the app running-but-dead.

Error Messages/Logs

Steps to Reproduce

n/a

Claude Model

None

Is this a regression?

Yes, this worked in a previous version

Last Working Version

_No response_

Claude Code Version

Windows, Claude Desktop 1.46388.1 (MSIX, sideloaded from claude.com), CCD 2.1.260, Node 24.18.1, 32 GB RAM.

Platform

Other

Operating System

Windows

Terminal/Shell

Other

Additional Information

_No response_

View original on GitHub ↗

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