# Atualizações de apps no Windows falharam: confira a etapa antes de tentar de novo Um app tem uma atualização, mas clicar em Atualizar nunca parece terminar. Confira se está baixando, esperando aprovação de administrador, instalando ou verificando a versão instalada. Cliques repetidos não avançam um instalador que espera a sua decisão. ## Separe um download lento de uma instalação que falhou A linha de atualização do Mole identifica a etapa. Downloads mostram uma porcentagem quando um tamanho total está disponível, senão a quantidade baixada. Números que mudam indicam progresso. Você pode cancelar enquanto baixa. Quando a atualização chega à etapa de instalação, inclusive o pedido de administrador, não dá mais para cancelar, então um instalador nunca é morto no meio. | Onde para | A primeira conferência | | --- | --- | | Sem progresso de download ou um erro de servidor | O endereço de download, a conexão e o serviço do fornecedor; guarde o erro completo | | Pedindo acesso de administrador | A barra de tarefas e o pedido de aprovação do Windows | | Instalando com outra janela aberta | Se o instalador espera a saída do app, uma confirmação ou uma reinicialização | | Terminou, mas a versão não mudou | A página Sobre do app, o escopo da instalação e se precisa reabrir | Um download rejeitado pode significar que o instalador nunca rodou. Não estabelece um instalador danificado nem exige desinstalar a versão que funciona primeiro. ## Interprete um erro no contexto do próprio instalador Resultados do Windows Installer ilustram por que falhas diferentes precisam de ações diferentes. | Código MSI | Significado | Próximo passo | | --- | --- | --- | | 1603 | Uma falha geral de instalação | Leia o log MSI em `%TEMP%` (`MSI*.log`) ou execute de novo com `msiexec /l*v`; o código sozinho não nomeia a causa | | 1618 | Outra instalação está em execução | Deixe essa instalação terminar antes de começar outra | | 3010 | Sucesso, com uma reinicialização necessária para concluir | Salve o trabalho, siga o pedido de reinício e verifique a versão | Esses significados vêm da [tabela de códigos do Windows Installer](https://learn.microsoft.com/en-us/windows/win32/msi/error-codes) da Microsoft. Valem para resultados MSI, não para todo instalador EXE de fornecedor. Em particular, 3010 não significa que um download que falhou precisa ser reinstalado. ## Localize logs sem repetir a instalação Esta consulta do PowerShell mostra a versão, o ambiente e o diretório de log do WinGet sem iniciar uma atualização de app: ```powershell winget --info ``` Ache o log do horário da falha, depois combine o nome do app, o ID do pacote e o carimbo de tempo. Separe uma resposta de download de uma saída do instalador ou de uma conferência posterior de versão. Logs podem conter nomes de usuário e caminhos locais; remova detalhes indesejados antes de compartilhá-los pelo suporte, em vez de publicar um arquivo inteiro em público. Mantenha juntos o horário da tentativa, a versão original do app, o código completo e qualquer pedido de aprovação ou de reinício. Senão, uma falha de uma instalação sem relação de ontem pode parecer a causa do problema de hoje. A [documentação de solução de problemas do WinGet](https://learn.microsoft.com/en-us/windows/package-manager/winget/troubleshooting) explica essa busca de log sem exigir uma reinstalação forçada.
Uma atualização tem etapas distintas
Localize a etapa afetada. A aprovação é condicional, e a verificação da versão vem depois da instalação e de qualquer reinício necessário.
## Algumas atualizações removem uma versão mais antiga primeiro Instaladores como o Java 8 podem exigir remover a versão antiga. Uma instalação para a máquina inteira pode precisar de acesso de administrador, então uma atualização de usuário comum pode não terminar. O Mole trata os casos de atualização suportados e pede aprovação quando precisa. Nem toda falha é um problema de permissão. Instaladores têm códigos de saída e comportamentos diferentes. A [orientação de solução de problemas do WinGet](https://learn.microsoft.com/en-us/windows/package-manager/winget/troubleshooting) da Microsoft descreve logs e a investigação de erros. O código e a etapa são mais úteis para o suporte do que a palavra falhou sozinha. ## Verifique se a versão nova está mesmo em uso Um app pode ter instalações no nível do usuário e da máquina inteira, ou usar uma versão exibida diferente do cadastro do pacote. Abra a página Sobre desta instalação, confira se o instalador terminou e conclua os reinícios pedidos. Instalar de novo só para esvaziar a lista de atualizações não é uma correção confiável. O Mole deixa um resultado de versão inalterada disponível para revisão. Apps que se atualizam sozinhos mantêm os próprios canais; o [guia de atualização](/pt-br/windows/blog/update-windows-apps) explica as entradas. Navegadores que atualizam enquanto estão abertos em geral usam a versão mais nova depois do próximo reinício. ## Inclua versões e o erro exato no relato Anote as versões do Windows, do Mole e do app afetado. Descreva até onde o download, a aprovação ou a instalação chegaram, e inclua o erro e uma captura pelo caminho de suporte da [ajuda do Windows](/pt-br/windows/help). Remova dos logs primeiro qualquer coisa que você não queira compartilhar. O atualizador do próprio Mole, as atualizações de outros apps e o Windows Update são filas separadas. Investigue erros de atualização do sistema pelos registros do Windows, em vez de tratar uma falha em Apps como motivo para redefinir o sistema inteiro. Para os próprios canais de atualização, veja [Escolha o canal certo de atualização no Windows](/pt-br/windows/blog/update-windows-apps); para arquivos de atualização e a volta que eles custam, veja [Como apagar arquivos do Windows Update, e o que cada um custa](/pt-br/windows/blog/delete-windows-update-files). Canonical: https://mole.fit/pt-br/windows/blog/windows-app-update-failures