{
  "id": 9590308,
  "title": "Your Windows app auto-updated and now it won't open: what 0x80073D02 means",
  "url": "https://urgent.news/2026/09/24/your-windows-app-auto-updated-and-now-it-wont-open-what-0x80073d02",
  "topic": "tech",
  "section": "Tech",
  "published": "2026-09-24T17:06:19.000Z",
  "source": {
    "name": "Dev.to",
    "slug": "dev-to",
    "url": "https://dev.to/milkyway008/your-windows-app-auto-updated-and-now-it-wont-open-what-0x80073d02-means-49be"
  },
  "original_language": "en",
  "account": "A Windows app you recently updated unexpectedly quit and no longer works. The desktop icon remains unresponsive, and there's no sign of the app under Apps in Task Manager. The only indication is an error dialog mentioning an error code: 0x80073D02. If you've encountered similar issues with Claude Desktop, Codex, or any app that is delivered as an MSIX package, this guide explains what went wrong and how to resolve it.\n\nAn MSIX update initiates a package swap, not a patch. When the update process updates the app, Windows stages the new files, adds the package, and registers it for your user account. However, if something from the old version is still running, the deployment service returns 0x80073D02, indicating that the package's resources are currently in use. This failure occurs at the end of an update that previously seemed to proceed without issues.\n\nThe problem arises because the update process only covers the processes belonging to the package, not the helpers that the app launched and carry no package identity. For example, Claude Desktop creates additional processes such as a bundled CLI, node.exe processes from MCP servers, native messaging hosts for browser integration, and Python processes handling stdio MCP connections. If any of these leftover processes are still running, they can prevent the package from registering, causing the update to fail.\n\nTo resolve this issue, first, locate the package and its installation location. Use the following command:\n\nGet-AppxPackage -Name *Claude* | Select-Object Name, PackageFullName, InstallLocation, Status\n\nNext, identify any processes associated with the app. While the Get-Process command with the name \"claude\" might not capture all leftover processes, you can use the following command to find processes by their executable path:\n\nGet-CimInstance Win32_Process | Where-Object { $_.ExecutablePath -like \"$env:LOCALAPPDATA\\Packages\\Claude_*\" } | Select-Object ProcessId, Name, ExecutablePath\n\nSimilarly, check if a packaged service like CoworkVMService is running:\n\nGet-Service CoworkVMService | Select-Object Name, Status, StartType\n\nThe simplest fix is to terminate any leftover processes associated with the app and then relaunch it. You can do this with the following commands:\n\nGet-Process claude, cowork-svc -ErrorAction SilentlyContinue | Stop-Process -Force\n\nIf the name matching misses some processes, use the path-based query to find and stop those specific processes.\n\nAfter stopping the processes, you can try registering the package manually:\n\nStop-Service CoworkVMService -Force -ErrorAction SilentlyContinue\nGet-Process claude, cowork-svc -ErrorAction SilentlyContinue | Stop-Process -Force\n$pkg = Get-AppxPackage -Name *Claude*\nAdd-AppxPackage -DisableDevelopmentMode -Register \"$($pkg.InstallLocation)\\AppxManifest.xml\"\n\nThis process is similar to what the Settings > Apps > Advanced options > Repair function does under the hood, except that it bypasses the AUTO_START service that restarts the package mid-update.\n\nIf the deployment path itself is corrupted, a reboot may help. In some cases, an orphaned container holding a registry hive can cause the issue, resulting in 0x80070020 (ERROR_SHARING_VIOLATION). A reboot releases this hold, allowing the package to be registered successfully.\n\nAs a last resort, you can remove and reinstall the app. Use the following commands:\n\nGet-AppxPackage -Name *Claude* | Remove-AppxPackage\n\nFor packages provisioned for all users, use:\n\nRemove-AppxProvisionedPackage -UprovisionedPackagePath -Force\n\nThis command requires elevated privileges to work. If the app installation path is on a drive other than C:, you may encounter error 0x80073CF6 indicating that the package could not be registered due to stale or duplicate package state. In this case, reinstalling the app after a reboot might help.\n\nKeep in mind that some apps require administrator privileges for certain operations, such as registering a service without proper elevation. If you encounter error 0x80073D28, ensure you have the necessary permissions to perform the required actions.\n\nLastly, be aware that files and registry hives under WindowsApps are owned by the OS (TrustedInstaller) and are locked down to prevent tampering. Attempting to access these files directly through your shell will result in Access denied errors, as this behavior is intentional and not a permissions issue you can resolve by taking ownership.\n\nBy following these steps and understanding the underlying causes of 0x80073D02, you should be able to successfully resolve issues with Windows apps that auto-update and subsequently fail to launch.",
  "summary": "A few weeks ago an app on my machine updated itself, quit, and then never came back. The desktop icon did nothing. Nothing showed up under Apps in Task Manager. The only clue was a dialog about apps needing to be closed and an error code: 0x80073D02. If you've run into this with Claude Desktop, Codex, or any other app that ships as an MSIX package, here's the short version: it's usually not a…",
  "key_points": [
    "Windows app update fails with error code 0x80073D02, indicating package resources are in use",
    "Resolve by stopping leftover processes, manually registering package, or reinstalling app"
  ],
  "editors_take": null,
  "illustration": null,
  "coverage": {
    "outlets": 1,
    "also_reported_by": []
  },
  "ai_generated": true,
  "disclaimer": "Summaries, key points and the editor’s take are written by software from other outlets’ reporting and may contain errors — always check the linked original."
}