Après la mise à jour Windows 10 22H2 (build 19045.5131), Microsoft Teams et d’autres apps MSIX/UWP ont cessé de fonctionner : impossible de les lancer, de les désinstaller (0x80073CFA) ou de les réinstaller. Voici la cause, les solutions éprouvées et une procédure détaillée pour remettre votre poste en état.
Problématique
Suite à l’installation de la mise à jour Windows 10 22H2 (19045.5131), plusieurs symptômes récurrents ont été observés sur Microsoft Teams (Classic et New) et, plus largement, sur des applications packagées MSIX/UWP :
- l’application ne se lance pas (aucune fenêtre, aucun crash signalé, simple clignotement en barre de tâches) ;
- la désinstallation depuis Paramètres > Applications échoue avec le code 0x80073CFA ;
- la réinstallation depuis Microsoft Store ou via un programme d’installation (.exe) échoue, et le journal SquirrelSetup.log mentionne : “The application cannot be started because it is currently updating” ;
- les remèdes classiques (dépanneur du Store,
DISM /RestoreHealth,sfc /scannow, suppression viaGet‑AppxPackage | Remove‑AppxPackage) ne changent rien.
Contexte technique
Teams (ainsi que de nombreuses applications modernes) s’appuie sur la chaîne MSIX pour l’installation, la maintenance et la désinstallation. Une partie de cette chaîne provient de Windows App SDK et de son WindowsAppRuntime. Si une version défectueuse du runtime est présente sur la machine, le moteur MSIX qui orchestre les transactions (staging, registering, unregistering) se retrouve bloqué : toute action d’installation/désinstallation échoue en cascade, souvent avec 0x80073CFA (échec de l’opération d’Appx).
Cause racine
Un bogue dans Windows App SDK 1.6.241106002 (composant WindowsAppRuntime 1.6.*6000.311.13.0*) corrompait le moteur d’installation/désinstallation MSIX. Tant que cette version demeurait installée, les opérations MSIX échouaient de manière systématique avec 0x80073CFA — et parfois 0x80073CF1 lors de tentatives de réinstallation avortées. Un correctif officiel a ensuite été publié dans la branche 1.6.3 et ultérieure.
Signes et diagnostics
Avant d’agir, validez que vous êtes bien face à ce problème spécifique. Les éléments ci‑dessous sont de bons indicateurs.
Messages et codes d’erreur typiques
- Microsoft Store : la désinstallation échoue avec 0x80073CFA ;
- Réinstallation via l’installeur TeamsBootstrapper/TeamsMachineWide : roule, puis se referme sans installer ;
- SquirrelSetup.log (dans
%LocalAppData%\SquirrelTempou%LocalAppData%\Microsoft\Teams) : “The application cannot be started because it is currently updating” ; - Event Viewer (Journaux des applications et services > Microsoft > Windows > AppxDeployment‑Server) : erreurs liées à des opérations MSIX non terminées.
Vérifier la présence de la version fautive
Get-AppxPackage -Name *WindowsAppRuntime* | Select Name, Version
Si Windows App SDK 1.6.241106002 / WindowsAppRuntime 1.6.*6000.311.13.0* apparaît, vous êtes très probablement impacté. Une mise à jour vers 1.6.3 (ou plus) résout le souci dans l’immense majorité des cas.
Différence avec un simple cache Store corrompu
Un cache Store corrompu se répare souvent via wsreset.exe ou la réinitialisation de l’application Microsoft Store. Ici, ces actions n’ont aucun effet durable : c’est le moteur MSIX lui‑même qui est entravé par un runtime cassé.
Solutions validées
Quatre approches ont été éprouvées sur le terrain. La première est recommandée pour la majorité des machines.
| Solution | Quand l’utiliser | Résultat attendu |
|---|---|---|
| Installer Windows App SDK ≥ 1.6.3 (x64, exécuter le .exe en tant qu’administrateur) puis redémarrer Windows. | Cas général ; le correctif officiel a été publié le 20 novembre 2024. | Le moteur MSIX est réparé ; désinstallation/réinstallation de Teams et des autres applis rétablie. |
Suppression manuelle des DLL fautives (méthode dite « Codendone ») via PowerShell élevé :takeown /F "C:\Program Files\WindowsApps\Microsoft.WindowsAppRuntime.*\WindowsAppRuntime.DeploymentExtensions.*.dll"icacls "<DLL‑path>" /grant Administrators:Fdel "<DLL‑path>"puis redémarrer. | Si l’installateur du SDK ne s’exécute pas ou si l’appareil est complètement bloqué. | Force Windows à retélécharger une version saine du runtime lors du prochain déploiement. |
Compte administrateur neuf : créer un nouvel utilisateur local/admin, lancer Teams, puis copier %LocalAppData%\Microsoft\Teams vers le compte principal. | Solution de contournement temporaire en attendant le correctif officiel. | Permet de relancer Teams Classic et d’installer la nouvelle version via le Store. |
| PWA Teams : utiliser la Progressive Web App depuis Edge ou Chrome. | Pour un usage immédiat sans installation locale. | Teams fonctionne dans le navigateur en attendant la réparation MSIX. |
Procédure de réparation recommandée
Cette procédure correspond à la méthode 1 (mise à niveau de Windows App SDK vers 1.6.3 ou ultérieure). Elle est non destructive, rapide, et restaure le moteur MSIX.
- Télécharger l’installeur « WindowsAppSDK‑1.6‑stable‑x64.exe » depuis la page officielle des téléchargements Windows App SDK.
- Clique droit > Exécuter en tant qu’administrateur. Une console s’ouvre et affiche plusieurs lignes du type “Deploying package…”. Laissez l’opération se terminer.
- Redémarrer l’ordinateur pour purger tout verrouillage résiduel d’AppxDeploymentServer.
- Ouvrir Paramètres > Applications et désinstaller les entrées « Microsoft Teams » encore grisées ou en échec.
- Réinstaller Teams au choix :
- depuis Microsoft Store, ou
- via TeamsBootstrapper.exe (ex.
.\teamsbootstrapper.exe -p).
- Ouvrir Teams et laisser l’application se mettre à jour vers la dernière version proposée.
Vérifications après redémarrage
Confirmez que le runtime est désormais sain et que le moteur MSIX répond correctement.
| Action | Commande | Attendu |
|---|---|---|
| Lister les runtimes installés | Get-AppxPackage -Name *WindowsAppRuntime* | Select Name, Version | Version 1.6.3 ou ultérieure visible. Aucune ligne avec 1.6.241106002. |
| Tester une désinstallation MSIX | Via Paramètres > Applications sur une app de test | La désinstallation s’exécute jusqu’au bout sans 0x80073CFA. |
| Installer Teams | Microsoft Store ou teamsbootstrapper.exe -p | Boucle d’installation complète ; Teams se lance normalement. |
Méthodes alternatives détaillées
Suppression manuelle des DLL fautives
Attention : cette approche est destinée aux postes où l’installeur du SDK ne peut pas tourner (par exemple, moteurs MSIX verrouillés au point d’empêcher toute mise à niveau). Elle consiste à retirer les DLL d’extensions de déploiement défectueuses afin de forcer Windows à reconstituer un runtime fonctionnel.
- Ouvrez PowerShell en tant qu’administrateur.
- Élevez la propriété et les ACL sur les DLL concernées :
takeown /F "C:\Program Files\WindowsApps\Microsoft.WindowsAppRuntime.*\WindowsAppRuntime.DeploymentExtensions.*.dll" icacls "<DLL‑path>" /grant Administrators:F del "<DLL‑path>"Remplacez<DLL‑path>par le chemin précis affiché partakeown/icacls. - Redémarrez immédiatement après la suppression.
- Lancez ensuite l’installeur du Windows App SDK (version 1.6.3 ou supérieure) pour rétablir proprement le runtime.
Notes : si Windows refuse la suppression car un service tient un verrou, fermez Paramètres, Microsoft Store et toute app UWP ouverte, puis réessayez. Évitez de stopper manuellement AppXSVC ou ClipSVC : un redémarrage est plus sûr.
Compte administrateur neuf
En environnement utilisateur, créer un nouvel administrateur local peut suffire à contourner la corruption du profil original :
- Créez un compte local avec droits admin depuis Paramètres > Comptes (ou
netplwiz). - Connectez‑vous sur ce nouveau compte et lancez Teams : il doit s’ouvrir.
- Copiez le dossier
%LocalAppData%\Microsoft\Teamsdu nouveau compte vers le profil d’origine (même emplacement). - Reprenez la main sur le compte principal et réinstallez Teams via Store ou
teamsbootstrapper.exe -p.
Ce n’est pas un correctif structurel ; utilisez‑le pour travailler pendant que vous planifiez la mise à niveau du SDK.
PWA Teams
La PWA (Progressive Web App) de Teams est une excellente roue de secours :
- Sur Microsoft Edge, ouvrez teams.microsoft.com, puis Applications > Installer ce site en tant qu’application.
- Sur Google Chrome, ouvrez le même site, menu Plus d’outils > Créer un raccourci et cochez Ouvrir comme fenêtre.
Elle fonctionne indépendamment du runtime MSIX local, ce qui permet d’assurer la continuité d’activité.
Scénarios d’entreprise
Dans les environnements administrés (MDM/Intune/GPO), deux points supplémentaires sont à vérifier :
- Accès professionnel ou scolaire : une stratégie peut interdire la désinstallation d’applications. Contrôlez Paramètres > Comptes > Accès professionnel ou scolaire et, si nécessaire, déconnectez temporairement l’appareil de la stratégie qui verrouille les Appx.
- Canal de distribution : si Teams et Windows App SDK sont déployés par GPO/Intune, mettez à jour le package de référence (1.6.3+) côté serveur pour éviter qu’une réinstallation réimporte la version fautive.
Erreurs courantes et parades
| Code/Message | Interprétation | Action conseillée |
|---|---|---|
| 0x80073CFA (E_INSTALL_FAILED) | Transaction MSIX bloquée par un composant runtime défectueux. | Mise à niveau vers Windows App SDK ≥ 1.6.3 puis redémarrage. |
| 0x80073CF1 (PACKAGE_NOT_FOUND) | Réinstallation partielle, package attendu introuvable. | Nettoyer via Paramètres > Applications, puis réinstaller après correctif. |
| “The application cannot be started because it is currently updating” dans SquirrelSetup.log | Le moteur croit une mise à jour en cours et refuse le démarrage. | Appliquer le correctif SDK, puis relancer l’installation Teams. |
Échec de Get‑AppxPackage | Remove‑AppxPackage | Symptôme du moteur d’AppxDeployment bloqué. | Corriger le runtime d’abord ; ne pas insister avec des suppressions forcées. |
Vérifications et outils utiles
- Inventorier les runtimes présents :
Get-AppxPackage -Name *WindowsAppRuntime* | Select Name, Version - Vérifier Teams pour tous les utilisateurs :
Get-AppxPackage -AllUsers -Name *Teams* | Select Name, PackageFullName, Status - Capturer les événements AppxDeployment‑Server récents pour l’analyse :
Get-WinEvent -LogName "Microsoft-Windows-AppxDeploymentServer/Operational" -MaxEvents 50 | Select TimeCreated, Id, LevelDisplayName, Message - Réinitialiser les caches Store (utile après correctif, pas comme solution principale) :
wsreset.exe
Questions fréquentes
Ce problème touche‑t‑il uniquement Teams ?
Non : toute application packagée MSIX s’appuyant sur WindowsAppRuntime 1.6.241106002 peut être impactée (lancement impossible, désinstallation inopérante, réinstallation bloquée).
Windows 11 est‑il concerné ?
La chaîne MSIX et Windows App SDK sont communes. Si la même version runtime fautive est installée, les symptômes peuvent se manifester également. La mise à niveau vers 1.6.3 (ou plus) est la réponse standard.
Pourquoi sfc /scannow et DISM /RestoreHealth ne suffisent‑ils pas ?
Ils réparent l’image système Windows, mais ne remplacent pas un runtime WindowsAppRuntime déployé comme packages MSIX utilisateur/système. Le correctif doit passer par l’installeur du SDK ou par le remplacement direct des composants fautifs.
Que faire si l’installeur du SDK échoue en indiquant que des packages sont en cours d’utilisation ?
Fermez Paramètres, Microsoft Store et toutes les apps UWP, redémarrez, relancez l’installeur en tant qu’administrateur. Évitez le kill des services système ; privilégiez toujours un redémarrage propre.
Peut‑on « forcer » la désinstallation de Teams via PowerShell ?
Dans ce scénario précis, la suppression forcée via Remove‑AppxPackage échoue ou laisse l’appareil dans un état partiellement incohérent. Réparez d’abord le runtime, puis désinstallez proprement depuis Paramètres.
Et côté MDM/Intune ?
Le bogue n’est pas causé par MDM, mais une stratégie peut bloquer la désinstallation. Vérifiez Paramètres > Comptes > Accès professionnel ou scolaire et, si besoin, désolidarisez temporairement la machine des stratégies qui verrouillent les Appx. Mettez à jour les packages de déploiement côté Intune (1.6.3+).
Bonnes pratiques pour éviter la récidive
- Conserver l’installeur Windows App SDK stable (1.6.3+) dans votre trousse à outils.
- Documenter la pile MSIX (services, packages, dépendances) de votre master d’entreprise pour accélérer le diagnostic lors d’incidents.
- Tester les mises à jour de pile applicative (MSIX, App Installer, Windows App SDK) sur un anneau pilote avant diffusion large.
Exemples de scripts d’audit
Ce bloc fournit des scripts simples pour inventorier l’état MSIX et identifier rapidement des versions problématiques.
# Lister WindowsAppRuntime et mettre en évidence les versions 1.6.241106002
$pkgs = Get-AppxPackage -AllUsers -Name *WindowsAppRuntime* |
Select UserSid, Name, Version, PackageFullName
$pkgs | Sort-Object Version -Descending | Format-Table -Auto
# Détecter des échecs Appx récents et les résumer
Get-WinEvent -LogName "Microsoft-Windows-AppxDeploymentServer/Operational" -MaxEvents 200 |
Where-Object { $*.LevelDisplayName -in @('Erreur','Avertissement') } |
Select TimeCreated, Id, LevelDisplayName, @{n='Résumé';e={$*.Message.Split("`n")[0]}} |
Format-Table -Auto
# Vérifier si Teams est présent avec des états incohérents
Get-AppxPackage -AllUsers -Name *Teams* |
Select UserSid, Name, Status, PackageFullName |
Format-Table -Auto Synthèse
Dans ce scénario, la panne ne vient ni du Microsoft Store ni de Teams à proprement parler ; elle provient d’un runtime Windows App SDK 1.6.241106002 corrompant le moteur MSIX. Tant que cette version reste présente, les codes 0x80073CFA et, parfois, 0x80073CF1 persistent, empêchant toute opération fiable d’installation/désinstallation. La mise à niveau vers 1.6.3 ou ultérieure est la voie royale : elle restaure immédiatement la capacité d’installer/désinstaller Microsoft Teams et les autres applications MSIX. Les méthodes manuelles (suppression des DLL fautives), la création d’un compte administrateur neuf et la PWA Teams sont des solutions de contournement utiles sur des machines « bloquées », mais le véritable correctif reste la mise à jour du runtime.
Annexe : checklist rapide
- Confirmer Windows 10 22H2 build 19045.5131.
- Vérifier
Get-AppxPackage -Name *WindowsAppRuntime*: présence de 1.6.241106002 ? - Installer Windows App SDK 1.6.3+ en administrateur.
- Redémarrer.
- Désinstaller Teams résiduel via Paramètres.
- Réinstaller Teams (Store ou
teamsbootstrapper.exe -p). - Ouvrir Teams et laisser la mise à jour se terminer.
Conclusion : mettre à jour Windows App SDK vers la version 1.6.3 ou ultérieure est la solution officielle et la plus simple. Elle restaure le moteur MSIX et met un terme aux erreurs 0x80073CFA/0x80073CF1 qui bloquaient Teams et d’autres applications UWP/MSIX. Conservez cette procédure en référence ; elle vous évitera des heures de dépannage lors de prochains incidents similaires.