[BUG] relatorio_bug_instalacao

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?

Claude Desktop installation fails consistently with AddPackage failed: AddPackage failed with HRESULT 0x80073D28, both with full install and "install without Cowork". The root cause is a package stuck permanently in "Servicing" status in the Windows StateRepository (Claude_1.15200.0.0_x64__pzs8sxrjxfjjc), which cannot be removed by any standard method — Remove-AppxPackage, DISM cleanup, SFC, or system reboot.

Environment

Windows 11 Professional, build 10.0.26100.8737
Architecture: x64
Claude Setup build: 9a9e3d5a4a368f0f49a80dc303b0ed1a18bfedad
MSIX version attempted: 1.15200.0
PackageFamilyName: Claude_pzs8sxrjxfjjc

Steps to reproduce

Uninstall Claude Desktop on a system that has had multiple prior version upgrades (this PC shows package history from 1.9255.0.0 through 1.15200.0.0 in the AppRepository)
Attempt to reinstall (full or "without Cowork")
Installer attempts to remove the existing package first, fails with RemovePackage failed with HRESULT 0x80073CFA
Installer then attempts AddPackage, fails with HRESULT 0x80073D28
Package remains permanently in "Servicing" status, confirmed via:

Get-AppxPackage -AllUsers | Where-Object {$_.PackageFullName -like "pzs8sxrjxfjjc"}

Relevant log excerpt

2026/06/25 13:58:35.063085 Removing (user): Claude_1.15200.0.0_x64__pzs8sxrjxfjjc
2026/06/25 13:58:35.146494 WARNING: Remove failed for Claude_1.15200.0.0_x64__pzs8sxrjxfjjc: RemovePackage failed with HRESULT 0x80073CFA
2026/06/25 13:58:35.148530 Extracted family name from MSIX manifest: Claude_pzs8sxrjxfjjc
2026/06/25 13:58:35.148530 Standard install (not split-account), using AddPackage
2026/06/25 13:58:35.657501 MSIX installation failed: AddPackage failed: AddPackage failed with HRESULT 0x80073D28

What was already tried (no effect on the core issue)

Multiple uninstall/reinstall cycles
Remove-AppxPackage -AllUsers (accepted without error, but package stays in "Servicing")
Removed an orphaned CoworkVMService registry entry pointing to an older, already-removed package version — this resolved a secondary service conflict but not the main AddPackage failure
DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow
dism /online /cleanup-image /startcomponentcleanup /resetbase
Stopping/restarting AppXSvc and StateRepository services
Multiple full system reboots
Installing via "install without Cowork" (same error)

Not attempted (too risky without guidance)
Resetting C:\ProgramData\Microsoft\Windows\AppRepository entirely — this is shared by every MSIX app on the system (Office, WhatsApp Desktop, Edge, Spotify, etc.), so doing this blind felt too risky.

Expected behavior
Installer should either successfully clean up the stuck package, or provide a "repair / force clean" option for this wedged MSIX state instead of failing silently into "Servicing" limbo.

Question for the team
Is there an official repair tool or script to clear a single package entry stuck in "Servicing" in the StateRepository, without resetting the entire Windows app database?

Full ClaudeSetup.log available on request.

What Should Happen?

relatorio_bug_instalacao.md

Error Messages/Logs

Lista de verificação pré-voo

Este é um único relatório de erro (por favor, registre relatórios separados para erros diferentes).

Pesquisei problemas já relatados e este ainda não foi encontrado.

Estou usando a versão mais recente do Claude Code.
O que está errado?
Primeiramente, uma pergunta sobre o processo: entendo que este repositório é para o Claude Code (CLI) e que problemas relacionados ao Desktop geralmente são fechados aqui por estarem fora do escopo. Mas realmente não consigo encontrar outro lugar para reportar um bug do Claude Desktop/Cowork — o support.claude.com não possui um canal técnico para reportar bugs, e a caixa de diálogo de erro no instalador apenas direciona para "compartilhar este log". Portanto, estou postando aqui por falta de outro lugar. Onde devo reportar bugs do instalador do Claude Desktop e do Cowork? Se houver um canal correto, por favor, me indiquem e eu movo este tópico. Enquanto isso, este é um problema real e reproduzível que afeta usuários do AtlasOS, e um relatório idêntico anterior ( #40682 ) foi fechado como inválido sem uma correção ou redirecionamento.

O bug (reprodução independente de #40682 ):
A instalação do Claude Desktop MSIX falha instantaneamente, todas as vezes, com HRESULT 0x80073CF9, erro interno 0x80070490 ("Falha no manipulador de estado avaliado"). A causa raiz é uma linha PackageFamily órfã para Claude_pzs8sxrjxfjjc no banco de dados SQLite StateRepository sem uma entrada Package correspondente. O Windows trata cada nova instalação como uma atualização sobre arquivos ausentes e a rejeita. O ID de evento 472 do AppXDeploymentServer confirma que o Windows tenta mover uma pasta de pacote inexistente (0x80070002) em todas as tentativas.

Ambiente:

SO: Windows 11 Pro 24H2, build 10.0.26100, x64 (AMD)
Debloat: AtlasOS aplicado (este é o fator comum com #40682 , cujo autor da reclamação estava usando o Canary 26200 + AtlasOS — build diferente do Windows, mesmo Atlas, mesma falha → aponta diretamente para o Atlas, não para o build do Windows)
Versões do instalador testadas: 1.6608.2 (maio), 1.9255.0 (final de maio), 1.15200.0 (hoje) — todas falham da mesma forma
Plano: Máximo
Unidade física única (apenas C:) — nenhum redirecionamento entre volumes possível
Sideloading: habilitado. Modo de desenvolvedor: habilitado (sem efeito). Modo S: desabilitado
Elevado: true confirmado no log — não é um problema de administrador (a caixa de diálogo "Acesso de administrador necessário" do instalador é enganosa; a elevação é bem-sucedida, mas o AddPackage falha)

Trecho do log (Get-AppxLog):
605 Erro 0x80070490: Falha no manipulador de estado avaliado.
472 Movendo a pasta do pacote ...\WindowsApps\Claude_1.15200.0.0_x64__pzs8sxrjxfjjc para ...\WindowsApps\Deleted... Resultado: 0x80070002.
401 A operação de Adição de Implantação ... falhou com o erro 0x80070490.
404 A operação de Implantação do AppX falhou ... com o erro 0x80073CF9.
Tudo o que tentei e NÃO resolveu o problema:

Get-AppxPackage -AllUsers Claude → nada (fantasma invisível para cmdlets)
Get-AppxPackage -AllUsers | ? PackageFamilyName -like " pzs8sxrjxfjjc " → nada
Excluídos %LOCALAPPDATA%\AnthropicClaude (antigo Squirrel) e %LOCALAPPDATA%\Packages\Claude_*
Criado C:\Windows\AUInstallAgent com controle total de SYSTEM + Administradores
Get-ChildItem "C:\Program Files\WindowsApps" -Filter " Claude " -Force → nada (nenhum fantasma físico)
Todos os pacotes foram registrados novamente (Get-AppxPackage -AllUsers | Add-AppxPackage -Register ...)
DISM /Online /Cleanup-Image /RestoreHealth → limpo. sfc /scannow → nenhuma violação de integridade
Várias reinicializações
Modo de desenvolvedor ativado

Funcionamento confirmado: a Microsoft Store abre e funciona; Get-Service vmms → Em execução; Get-Service AppXSvc → Em execução. Portanto, o subsistema MSIX e a virtualização estão funcionando corretamente em geral — apenas essa linha órfã específica do Claude impede a implantação.
Por que isso é importante/sugestão de correção: conforme relatado em #40682 , mesmo a substituição manual do StateRepository-Machine.srd não resolve o problema, e a linha órfã é inacessível por meio das ferramentas padrão. Isso representa um grande obstáculo para usuários do AtlasOS (e provavelmente de outras versões otimizadas do Windows). Uma etapa de limpeza no instalador que detecte uma linha PackageFamily órfã sem entrada Package e a remova (ou execute RemovePackage na família) antes de AddPackage corrigiria toda essa classe de falhas. Posso fornecer os logs completos, executar consultas SQLite no StateRepository ou testar um instalador corrigido.

O que deve acontecer?
O instalador do Claude Desktop deve instalar o Claude Desktop.

Mensagens/Registros de Erro
0x80070490
Passos para reproduzir
Tente instalar o ambiente de trabalho Claude em um playbook Atlas com Windows 11.

Isso é uma regressão?
Não, isso nunca funcionou.

Plataforma
PC AMD X64

Sistema operacional
Windows

Atividade

Bainelf
adicionado
erro
Algo não está funcionando.
 há 4 horas

ações do github
adicionado
inválido
O problema não parece estar relacionado ao código de Claude.
 e removeu
erro
Algo não está funcionando.
 há 4 horas
github-actions comentou há 3 horas
@github-actions
ações do github
robô
há 3 horas – com o GitHub Actions
Encontrada 1 possível ocorrência duplicada:

[BUG] O instalador do Claude Desktop falha no Windows Canary 26200 + AtlasOS: falha MSIX 0x80073CF9, PackageFamily fantasma no StateRepository, --no-cowork serve ARM64 em x64  #40682
Esta questão será automaticamente fechada como duplicada em 3 dias.

Se o seu problema for uma duplicata, feche-o e dê um 👍 no problema existente.
Para evitar o fechamento automático, adicione um comentário ou marque este comentário com um 👎.
🤖 Gerado com Claude Code

Steps to Reproduce

1. Uninstall Claude Desktop on a system with multiple prior version upgrades (package history shows versions from 1.9255.0.0 through 1.15200.0.0)
2. Attempt to reinstall (both full install and "install without Cowork" fail the same way)
3. Installer attempts to remove the existing package first, fails with RemovePackage HRESULT 0x80073CFA
4. Installer then attempts AddPackage, fails with HRESULT 0x80073D28
5. Confirm package is permanently stuck via PowerShell: Get-AppxPackage -AllUsers | Where-Object {$_.PackageFullName -like "pzs8sxrjxfjjc"} — Status shows "Servicing" indefinitely, even after DISM cleanup, SFC scan, and multiple reboots

Claude Model

Sonnet (default)

Is this a regression?

Yes, this worked in a previous version

Last Working Version

1.13576.4.0

Claude Code Version

claude --version

Platform

Anthropic API

Operating System

Windows

Terminal/Shell

PowerShell

Additional Information

This is primarily a Claude Desktop installer bug (MSIX/AppX), not Claude Code itself. Filing here because there's no other clear channel for Desktop installer bugs. See also #71159 for a related but distinct MSIX failure pattern (different HRESULT, no AtlasOS involved in my case).