Impossible d'ouvrir cette application : Claude Desktop ne démarre plus sous Windows, réparez-le sans perdre vos sessions

Vous essayez d'ouvrir Claude Desktop sous Windows et ce qui apparaît est une boîte de dialogue intitulée « Impossible d'ouvrir cette application », qui vous demande d'aller dans les options avancées de Claude et de choisir Réparer — et la bonne nouvelle, c'est que faire exactement ce qu'elle dit fonctionne. Sans désinstaller quoi que ce soit, et sans passer par Réinitialiser, qui, lui, jette vos données.

Il y a toutefois une marche au milieu du chemin, et c'est là que les gens se bloquent réellement. Un clic sur Réparer peut vous renvoyer un message vous disant que l'application est encore en cours d'exécution — alors qu'aucune fenêtre Claude n'est ouverte nulle part. Cet article est construit autour du franchissement de cette marche, et il répond aussi à la question que tout le monde pose en premier : vos conversations et vos sessions Claude Code y survivent-elles ?

1. La réponse courte — Réparer suffit, mais fermez les processus avant de cliquer

Voici toute la procédure d'emblée. Descendez la liste et arrêtez-vous dès que l'application s'ouvre à nouveau. Chaque étape coûte plus d'efforts que la précédente, mais aucune d'entre elles ne fait perdre votre historique de conversations (le §3 explique pourquoi).

2. Le symptôme — identifiez la boîte de dialogue que vous avez sous les yeux

Claude Desktop peut refuser de démarrer sous Windows de plus d'une manière, et chacune appelle une solution différente. Si vous vous trompez ici, vous y passerez l'après-midi à essayer des remèdes qui n'avaient aucune chance de marcher : commencez donc par identifier la boîte de dialogue exacte que vous avez devant vous.

Cet article traite de celle qui se lit comme suit.

✅ Confirmé : il s'agit d'un écran d'erreur standard de Windows pour les applications empaquetées (MSIX), et non de quelque chose que Claude produirait. Ce qui veut dire que l'inverse est vrai aussi : si vous voyez cet écran, vous êtes sur la version MSIX. La documentation de déploiement pour Windows d'Anthropic indique MSIX (x64 et arm64) comme format de distribution.

Une formulation différente signale un problème différent. Si le message dit « Un autre programme utilise actuellement ce fichier » (0x80070020), la solution n'est pas Réparer : c'est de se déconnecter de la session Windows, ce que nous traitons dans un article dédié. Une boîte de dialogue affichant « Claude Desktop failed to launch » est encore une troisième chose ; elle est signalée dans le ticket GitHub #50285, clos sans résolution. Le §10 les met tous côte à côte.

3. Vos sessions sont-elles effacées ? — trois cas, trois réponses

C'est la première chose que veut savoir quiconque est en plein dans le problème. La réponse courte : Réparer n'efface rien. Mais le mot « session » recouvre trois choses différentes, stockées à trois endroits différents, et le risque n'est pas le même pour chacune : séparons-les.

✅ Confirmé : la ligne qui compte est la deuxième. Les journaux de conversation de Claude Code s'accumulent sous forme de fichiers .jsonl dans %USERPROFILE%\.claude\projects\, et ce chemin se trouve directement dans votre profil utilisateur, pas à l'intérieur du paquet de l'application. Réparez l'application, réinitialisez-la ou désinstallez-la entièrement : ces fichiers restent. Leur décompte sur une machine réelle donne ceci.

La troisième ligne, %APPDATA%\Claude, contient les réglages côté application, comme la position des fenêtres et l'état de connexion mis en cache. Réparer les conserve ; Réinitialiser les efface. Même cela se récupère en se reconnectant, mais il n'y a aucune raison de le jeter, ce qui fait un argument de plus pour commencer par Réparer.

4. La procédure — diagnostiquer, sauvegarder, réparer

Exécutez ces étapes dans l'ordre. L'ÉTAPE 0 ne fait que lire : elle est sans risque.

ÉTAPE 0 : vérifier l'état actuel (lecture seule)

À exécuter dans une PowerShell ouverte en administrateur. Cela vous dit de quel genre de panne il s'agit.

Get-AppxPackage *laude* | Select-Object Name,PackageFullName,Version,InstallLocation,Status,IsPartiallyStaged | Format-List
Get-Service vmcompute,hns -ErrorAction SilentlyContinue | Select-Object Name,Status,StartType
Test-Path "$env:USERPROFILE\.claude\projects"

Si Status affiche Ok et que l'application refuse toujours de démarrer, l'état le plus probable est un paquet correctement enregistré mais dépourvu de point d'entrée d'exécution fonctionnel (§7). Si IsPartiallyStaged vaut True, le déploiement s'est arrêté à mi-parcours.

ÉTAPE 1 : sauvegarder (avant de toucher à quoi que ce soit)

Réparer ne supprimera pas vos données, mais avoir une copie rend toutes les décisions suivantes plus sereines. Notez que .claude peut peser plusieurs gigaoctets : vérifiez d'abord votre espace libre.

$dst = "$env:USERPROFILE\Desktop\claude-backup-$(Get-Date -Format yyyyMMdd-HHmm)"
New-Item -ItemType Directory -Force $dst | Out-Null
robocopy "$env:USERPROFILE\.claude" "$dst\dot-claude" /E /R:1 /W:1 /NFL /NDL
robocopy "$env:APPDATA\Claude" "$dst\appdata-Claude" /E /R:1 /W:1 /NFL /NDL /XD Cache "Code Cache" GPUCache

Les dossiers de cache sont exclus avec /XD : ils sont volumineux et aucun d'eux n'est nécessaire pour restaurer quoi que ce soit.

ÉTAPE 2 : réparer

Par l'interface graphique, le chemin est celui-ci.

Paramètres → Applications → Applications installées → Claude → … (trois points) → Options avancées → Réparer

✅ Confirmé : cette séquence a ramené l'application à la vie sur une machine réelle (Windows 11, juillet 2026). Mais le vrai sujet de cet article est la section suivante.

5. Quand Réparer est refusé parce que l'application tourne encore

C'est là que les gens se bloquent réellement, et c'est la raison d'être de cet article.

Vous cliquez sur Réparer et vous pouvez obtenir une erreur signifiant que l'opération est impossible parce que l'application est en cours d'exécution. Ce qui exaspère, c'est qu'aucune fenêtre Claude n'est ouverte nulle part. Vous l'avez fermée, et Windows dit non quand même.

La solution est simple : fermez explicitement les processus, puis cliquez sur Réparer. Vous pouvez tuer tous les processus liés à Claude depuis le Gestionnaire des tâches, ou passer par une seule ligne dans une PowerShell en administrateur.

Get-Process claude*,Cowork*,Anthropic* -ErrorAction SilentlyContinue | Stop-Process -Force

Cliquez sur Réparer juste après et cela passe. ✅ Confirmé : cet ordre a permis de récupérer l'application sur une machine réelle, et les sessions étaient intactes ensuite.

🟡 Signalé : et le fait qu'un processus tenait encore ces fichiers désigne la cause même de la panne. Le §7 entre dans le détail, mais l'idée générale est que le même processus a cassé la mise à jour, puis a bloqué la réparation.

6. Que faire ensuite, dans l'ordre, si elle ne s'ouvre toujours pas

Si Réparer ne la ramène pas, déroulez ce qui suit dans l'ordre. Ne sautez pas directement à une réinstallation : vous y perdez davantage et vos chances n'augmentent pas pour autant.

6-1. Démarrer les services dont elle dépend

Le bac à sable de Claude Desktop repose sur la couche de virtualisation de Windows. Ces services démarrent en mode manuel par défaut : ils peuvent donc se retrouver à l'arrêt après un redémarrage.

Start-Service vmcompute,hns -ErrorAction SilentlyContinue
Get-Service vmcompute,hns | Format-Table Name,Status,StartType

Si les services n'existent pas du tout, c'est que les fonctionnalités Windows correspondantes sont désactivées. Activez-les et redémarrez.

Enable-WindowsOptionalFeature -Online -FeatureName VirtualMachinePlatform -NoRestart
Enable-WindowsOptionalFeature -Online -FeatureName HypervisorPlatform -NoRestart

6-2. Réinstaller en conservant vos données

Le dernier recours. L'essentiel est d'ajouter -PreserveApplicationData. Omettez-le et les données côté application partent avec le reste.

Get-Process claude*,Cowork*,Anthropic* -ErrorAction SilentlyContinue | Stop-Process -Force
Get-AppxPackage *laude* | Remove-AppxPackage -PreserveApplicationData
Restart-Computer

Après le redémarrage, réinstallez depuis la page de téléchargement officielle. S'il vous faut le MSIX directement — pour un déploiement en entreprise, par exemple —, les URL de distribution sont indiquées dans la documentation officielle citée plus haut.

7. Pourquoi cela arrive — un MSIX à moitié enregistré

🔴 Non confirmé : disons-le d'emblée, Anthropic n'a publié aucune explication officielle de ce symptôme. Ce qui suit est assemblé à partir de tickets publics et de ce qui a été observé sur une machine réelle.

MSIX ne fonctionne pas comme un installeur classique qui déposerait des fichiers dans un dossier. Il enregistre l'application auprès de Windows en tant que paquet. Lors d'une mise à jour, l'enregistrement de l'ancien paquet est supprimé et le nouveau est enregistré à sa place.

Le problème, c'est que ce désenregistrement ne peut pas aller au bout tant que quelque chose tient les fichiers ouverts — et, comme le §5 l'a montré, Claude Desktop continue de tourner après la fermeture de sa fenêtre. Le résultat peut être un état intermédiaire où l'enregistrement existe, mais où il ne reste rien à exécuter.

✅ Confirmé : cet état a bel et bien été signalé. L'auteur du ticket GitHub #55465 a documenté une installation qui semblait réussie (Status: Ok, IsPartiallyStaged: False) mais qui n'a produit ni point d'entrée d'exécution, ni entrée dans le menu Démarrer. À la tentative de lancement, Windows a ouvert le dossier Documents à la place — le comportement de repli lorsqu'aucun point d'entrée n'est trouvé.

Ce scénario colle aussi à ce qui a été observé sur la machine utilisée ici. Que Réparer soit refusé au motif que l'application tournait signifie précisément qu'un processus tenant ces fichiers était toujours vivant. Que Réparer aboutisse une fois les processus tués en est la corroboration.

8. Éviter que cela recommence

Si la cause est « un processus tenait des fichiers pendant une mise à jour », alors la prochaine mise à jour peut faire la même chose. Il n'existe pas de prévention étanche, mais vous pouvez réduire les probabilités.

9. Et l'ancienne version installeur ?

Certaines machines Windows font encore tourner Claude Desktop depuis le format d'installation antérieur à MSIX (la version de type Squirrel). Si %LOCALAPPDATA%\AnthropicClaude contient un Update.exe, c'est celui-là que vous avez.

Pour ce symptôme précis, ce format présente un avantage structurel. Il ne touche jamais à l'enregistrement de paquet : il pose des dossiers par version, du type app-1.24012.9, et remplace le lanceur, si bien que « à moitié enregistré » n'est pas un mode de défaillance qu'il puisse connaître. Le dossier de la version précédente reste également en place comme repli, ce qui aide.

Est-il donc en retard côté fonctionnalités ? ✅ Confirmé : les numéros de version étaient identiques, du moins ici.

Par-dessus le marché, les journaux de la machine en ancien format confirment qu'elle reçoit toujours les mises à jour. Des vérifications horaires ont été enregistrées tout au long de la journée, et une nouvelle version a effectivement été appliquée le 25 juillet 2026. Rien n'indiquait — à ce stade, du moins — qu'« ancien format » signifie « fonctionnalités anciennes ».

10. Des problèmes différents, faciles à confondre avec celui-ci

Ils se ressemblent, mais les causes et les solutions diffèrent. Servez-vous de la formulation de la boîte de dialogue pour les distinguer.

Résumé

« Impossible d'ouvrir cette application » se règle en faisant ce que la boîte de dialogue vous dit et en cliquant sur Réparer. Vous n'avez pas besoin des procédures destructrices de « réinitialisation complète » que les résultats de recherche vous mettent sous le nez.

L'endroit où l'on se bloque réellement, c'est Réparer bloqué par un processus en cours d'exécution. Fermer la fenêtre laisse l'application résidente dans la zone de notification : cliquer sur Réparer en croyant l'avoir quittée se solde par un refus. Fermez d'abord explicitement les processus — il n'en faut pas plus. Et le même processus est, dans la lecture la plus cohérente des indices, ce qui a cassé la mise à jour au départ.

Quant à vos données : l'historique de conversations vit sur le serveur, et les sessions Claude Code vivent sous votre profil utilisateur ; ni Réparer ni Réinitialiser ne peuvent y toucher. La seule chose exposée, ce sont les réglages propres à l'application, et Réparer les conserve même. Céder à la panique et réinstaller vous coûte plus cher que le bug lui-même.

FAQ

Q1. Quelle est la solution la plus rapide ?

Exécutez Get-Process claude*,Cowork*,Anthropic* | Stop-Process -Force dans une PowerShell ouverte en administrateur, puis allez immédiatement dans Paramètres → Applications → Applications installées → Claude → Options avancées → Réparer. Aucun redémarrage ni désinstallation n'est nécessaire.

Q2. Mes sessions ou mon historique de conversations seront-ils supprimés ?

Pas par Réparer. Votre historique de conversations claude.ai se trouve sur les serveurs d'Anthropic, et les sessions Claude Code sont stockées dans %USERPROFILE%\.claude\projects\, qui est hors du paquet de l'application. Le tableau du §3 donne le panorama complet.

Q3. Puis-je cliquer sur Réinitialiser ?

Ce n'est pas recommandé. Comme l'écran Windows le signale lui-même, cette option supprime les données de l'application, c'est-à-dire ses réglages (en anglais : « The app's data will be deleted »). Votre historique de conversations et vos sessions Claude Code survivent, ce n'est donc pas fatal, mais il n'y a aucune raison de perdre quoi que ce soit quand Réparer règle le problème.

Q4. La fenêtre est fermée, alors pourquoi Windows dit-il que l'application tourne ?

Parce que Claude Desktop reste résident dans la zone de notification après la fermeture de sa fenêtre, et que des processus auxiliaires tournent en plus. Fermez tous les processus liés à Claude dans le Gestionnaire des tâches, ou exécutez la commande du §5. C'est le point de blocage le plus fréquent de ce bug.

Q5. Anthropic a-t-il publié un correctif officiel ?

Pas au 28 juillet 2026. Les tickets GitHub liés (#55465, #50285, #48437) se sont tous terminés en « closed as not planned », et il n'existe pas non plus d'explication officielle de la cause. La procédure de cet article est l'approche orthodoxe de gestion des paquets sous Windows, pas une procédure officielle.

Q6. Cela reviendra-t-il à chaque mise à jour ?

Si la cause est « un processus résident tenant des fichiers pendant une mise à jour », alors cela peut se reproduire dès que ces conditions sont réunies. Ce n'est pas systématique, cependant. Quitter explicitement depuis la zone de notification quand une mise à jour semble imminente réduit les probabilités (§8).

Q7. Faut-il basculer sur l'ancienne version installeur ?

Ce n'est pas recommandé. L'ancien format a bien l'avantage que « à moitié enregistré » ne peut pas lui arriver, mais on ne sait pas si l'on peut encore se le procurer pour une installation neuve. Et comme la qualité des réponses d'un modèle se décide côté serveur, changer de format d'empaquetage ne le rend pas plus intelligent. Voir le §9 pour le détail.

Q8. Je l'ai réparée et le même écran est revenu.

Déroulez le §6 dans l'ordre. Vérifiez d'abord si vmcompute et hns tournent (ils démarrent en mode manuel par défaut et peuvent donc être à l'arrêt) et, si cela n'aide pas, supprimez le paquet avec Remove-AppxPackage -PreserveApplicationData pour que vos données survivent, puis réinstallez. Dans cet ordre, vous perdez le moins.

Articles liés

• Claude Desktop ne démarre plus après une mise à jour (0x80070020) — pour le cas « un autre programme utilise actuellement ce fichier »
• Erreur « Connection closed mid-response » de Claude Code — pour quand elle démarre bien mais que les réponses se coupent en cours de route