[BUG] Desktop auto-update fails with 0x80073D02 while app is running, leaves MSIX package Modified/NeedsRemediation — app unlaunchable (twice in one week)

Status Closed — duplicate
Reported on v2.1.226
Maintainer reply None cached
Activity 1 comment · opened Aug 13, 2026 · closed Aug 15, 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?

Twice in one week (v1.26832.0.0 on 09/08/2026 and v1.28929.0.0 on 13/08/2026), the Claude Desktop auto-updater attempted to update while the app was in active use. The MSIX deployment failed with 0x80073D02 ("apps need to be closed") and left the package in Modified, NeedsRemediation state. The app then refuses to launch with the Windows dialog: "There is a problem with Claude. Reinstall the app from its original install location or contact your administrator."

Repair attempts fail: Add-AppxPackage -Register on the existing manifest completes but Status stays NeedsRemediation; Settings → Repair also fails. Only full uninstall + reboot + reinstall works.

Impact: the Code tab's local session history does not survive uninstall/reinstall unless the user knows to manually back up and restore ~/.claude and %LOCALAPPDATA%\Packages\Claude_pzs8sxrjxfjjc (related: #62997). Users without backups lose their Code history.

What Should Happen?

The updater should defer the update or prompt to close the app when the package is in use, rather than failing mid-deployment and leaving the package in an unlaunchable NeedsRemediation state. A failed update should roll back cleanly to the working version.

Error Messages/Logs

Windows dialog: "There is a problem with Claude. Reinstall the app from its original install location or contact your administrator."

Event Viewer, Microsoft-Windows-AppXDeploymentServer/Operational:

13/08/2026 15:57:30  Event 404
AppX Deployment operation failed for package Claude_1.28929.0.0_x64__pzs8sxrjxfjjc with error 0x80073D02. The specific error text for this failure is: error 0x80073D02: Unable to install because the following apps need to be closed Claude_1.28929.0.0

09/08/2026 01:44:30  Event 404
AppX Deployment operation failed for package Claude_1.26832.0.0_x64__pzs8sxrjxfjjc with error 0x80073D02. The specific error text for this failure is: error 0x80073D02: Unable to install because the following apps need to be closed Claude_1.26832.0.0

Get-AppxPackage Claude → Status: Modified, NeedsRemediation (after each incident; Ok after clean reinstall)

Steps to Reproduce

  1. Install Claude Desktop for Windows from the claude.ai website (MSIX package).
  2. Use the app (Code tab) regularly with the app running when the auto-updater delivers a new version.
  3. Updater attempts deployment while the app process is running → deployment fails with 0x80073D02 (see Event Viewer log above).
  4. Package is left in Modified, NeedsRemediation state; app no longer launches.
  5. Attempt repair via Add-AppxPackage -Register or Settings → Repair → both fail; only uninstall + reboot + reinstall recovers.

Not deterministic on demand — it requires an update to land while the app runs — but it has reproduced twice in one week on the same machine across two versions.

Claude Model

Not sure / Multiple models

Is this a regression?

I don't know

Last Working Version

_No response_

Claude Code Version

Desktop app 1.28929.0.0 (bundled Claude Code CLI 2.1.226)

Platform

Other

Operating System

Windows

Terminal/Shell

Other

Additional Information

  • Both installs were from the claude.ai website, not the Microsoft Store.
  • Disks healthy (Samsung SSD 870 QVO, HealthStatus: Healthy) — hardware ruled out.
  • The app is quit fully (system tray → Quit) daily; failures occurred during active daytime use, consistent with the updater firing mid-session.
  • This bug funnels users into uninstall/reinstall, which silently destroys Code tab history for anyone without a manual backup — see #62997 for the data-loss half of this failure chain.

View original on GitHub ↗

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