Vous installez sans problème la nouvelle application Microsoft Teams (MSIX) sur une première session Windows 11, mais la seconde session affiche « Cannot open package / The package is either corrupt or invalid ». Ce guide fournit un plan d’action complet, reproductible et adapté aux PC multi‑utilisateurs.
Contexte et symptômes
Sur un poste Windows 11 comprenant deux comptes administrateurs (l’un local, l’autre associé à un compte Microsoft personnel), l’installation de « New Teams » aboutit sur la première session, mais échoue sur la seconde avec un message indiquant que le package MSIX est corrompu ou invalide. On observe parfois :
- La désinstallation bloquée sur la première session (l’entrée est absente, grisée ou l’assistant se ferme inopinément).
- Des réinstallations qui échouent quel que soit le package MSIX téléchargé.
- Des conflits entre résidus de Teams classic et la nouvelle application Teams (basée sur Edge WebView2).
La cause la plus fréquente est un déploiement « par utilisateur » (MSIX) sur la première session, combiné à des caches partiels ou à des stratégies Appx/GPO restrictives sur la seconde. En environnement multi‑utilisateurs, la méthode à privilégier est l’installation « machine‑wide » via TeamsBootstrapper.exe ou winget avec portée système.
Solution rapide (TL;DR)
- Installez « New Teams » au niveau du système avec TeamsBootstrapper.exe (installation machine‑wide) ou winget (
--scope machine) exécutés en administrateur. - Vérifiez et alignez les stratégies Appx (GPO) et les clés de registre associées.
- Purge des caches utilisateur sur la session qui échoue, puis premier lancement pour « enregistrer » l’app dans le profil.
- Mettez à jour Windows, App Installer (MSIX) et Microsoft Store.
- Effectuez un nettoyage final (wsreset, suppression des restes de Teams classic).
Pas‑à‑pas détaillé et vérifications
Installer la version « machine‑wide » de New Teams
L’installation système se fait une seule fois et chaque utilisateur enregistre son propre profil à la première ouverture. Deux approches possibles :
- TeamsBootstrapper.exe : exécutez le programme en Administrateur (clic droit ► Exécuter en tant qu’administrateur). Selon les environnements, des commutateurs existent pour forcer le mode silencieux ou la portée « pour tous les utilisateurs ». Lancer avec les privilèges élevés est le point critique.
- Winget : ouvrez Windows Terminal en administrateur, puis :
winget install Microsoft.Teams --scope machine --silentAprès installation, demandez à chaque utilisateur de lancer Teams une fois pour finaliser l’enregistrement du package dans son profil.
Bonnes pratiques : fermez toutes les instances de Teams avant installation (y compris ms-teams.exe et les processus WebView2). Redémarrez le PC si l’installateur a mis à jour des composants de base.
Vérifier les stratégies Appx (GPO) et registres
Des stratégies de déploiement d’applications empaquetées (Appx/MSIX) peuvent bloquer l’installation sur l’un des comptes uniquement. Contrôlez la configuration suivante :
| Étape | Action | Pourquoi / détails utiles |
|---|---|---|
| 1. Installer la version « machine‑wide » | Utiliser TeamsBootstrapper.exe (voir documentation « Bulk deploy the new Microsoft Teams desktop client ») plutôt que le fichier MSIX téléchargé manuellement. | Le bootstrapper installe Teams une seule fois au niveau du système et crée les entrées nécessaires pour chaque profil Windows au premier lancement, évitant les conflits entre comptes. |
| 2. Vérifier les stratégies & registres Appx | Ouvrir gpedit.msc → Computer Configuration ▸ Administrative Templates ▸ Windows Components ▸ App Package Deployment.S’assurer que : – Prevent non‑admin users from installing packaged Windows apps est Non configuré ou Désactivé. – Allow all trusted apps to install est Activé. Contrôler le Registre (ex. HKLM\SOFTWARE\Policies\Microsoft\Windows\Appx) pour les clés BlockNonAdminUserInstall, AllowAllTrustedApps, AllowDevelopmentWithoutDevLicense. | Des restrictions Appx/Group Policy peuvent n’impacter qu’un seul compte, surtout si le compte Microsoft (Store/Office) diffère du compte local. |
| 3. Purger les caches utilisateur | Sur la session qui échoue : 1) Fermer Teams. 2) Renommer ou supprimer : C:\Users\<User>\AppData\Local\Packages\MSTeams_8wekyb3d8bbweC:\Users\<User>\AppData\Roaming\Microsoft\TeamsC:\Users\<User>\AppData\Local\SquirrelTemp | Ces dossiers stockent cache MSIX et mises à jour incrémentielles (Squirrel pour l’ancienne édition). Un fichier corrompu peut empêcher l’ouverture du package. |
| 4. Exécuter l’installation comme administrateur | Clic droit ► Exécuter en tant qu’administrateur sur TeamsBootstrapper.exe ou winget install Microsoft.Teams dans un Terminal admin. | Assure l’écriture dans Program Files et l’enregistrement system‑wide. |
| 5. Mettre Windows à jour | Exécuter Windows Update et mettre à jour le Microsoft Store (Bibliothèque ► Mettre à jour tout). | « App Installer » (composant MSIX) et la chaîne de signature doivent être à jour pour accepter le package. |
| 6. Nettoyage final | Lancer wsreset.exe.Désinstaller les résidus Microsoft Teams classic (Applications installées). | Évite le chevauchement entre l’ancienne version (Electron/Squirrel) et « New Teams » (Edge WebView2). |
Commandes utiles (PowerShell & Winget)
Ouvrez Windows Terminal en administrateur et exécutez uniquement ce dont vous avez besoin.
# 1) Lister les packages Teams (tous les utilisateurs)
Get-AppxPackage -AllUsers *Teams* | Select Name, PackageFullName, PackageUserInformation
# 2) Désinstaller (cas bloqués) - prudence : supprime pour tous les utilisateurs
Get-AppxPackage -AllUsers MSTeams | Remove-AppxPackage -AllUsers
# 3) Retirer tout éventuel package "provisioned" (si présent)
Get-AppxProvisionedPackage -Online | Where-Object DisplayName -like "*MSTeams*" |
Remove-AppxProvisionedPackage -Online
# 4) Installation machine-wide via winget (silencieux)
winget install Microsoft.Teams --scope machine --silent --accept-package-agreements --accept-source-agreements
# 5) Réparer App Installer (si disponible via Settings>Apps)
# => Utilisez l'interface "Réparer" / "Réinitialiser" d’App Installer.
# 6) Vérifier la présence du runtime WebView2
winget list Microsoft.EdgeWebView2Runtime Important : si Remove-AppxPackage -AllUsers renvoie une erreur, répétez la suppression par utilisateur ciblé (remplacez -AllUsers par l’utilisateur courant) puis réinstallez en machine‑wide. Redémarrez le service AppX Deployment Service (AppXSVC) en redémarrant le PC.
Mettre à jour App Installer (MSIX) & composants requis
- App Installer : mettez à jour via Microsoft Store. Dans Paramètres › Applications › Applications installées, recherchez « App Installer » puis Options avancées ► Réparer puis Réinitialiser si besoin.
- Edge WebView2 Runtime : vérifiez qu’il est présent et à jour. De nombreuses features de New Teams reposent dessus.
- Chaîne de certificats : gardez à jour les certificats racine Windows. Des environnements avec proxy TLS « man‑in‑the‑middle » peuvent provoquer des refus de signature du MSIX.
Comprendre les modes de déploiement
- MSIX par utilisateur : l’app est enregistrée dans le profil courant. Chaque autre compte doit l’installer à nouveau. Les caches locaux peuvent varier, d’où des erreurs « Cannot open package » sur le second compte.
- MSI/Bootstrapper (machine‑wide) : unique installation système, registration on first run pour chaque profil. Idéal en multi‑utilisateurs, facilite la maintenance et évite les collisions entre comptes.
Pourquoi un compte local et un compte Microsoft peuvent diverger
Un compte Microsoft (MSA) peut hériter de politiques Store/App Installer différentes (synchro des paramètres, historique de l’app Store, autorisations familiales, etc.). En parallèle, un compte local peut s’appuyer uniquement sur les GPO locales. Résultat : les stratégies Appx, le cache de l’App Installer et la présence d’anciennes traces de Teams classic ne sont pas identiques d’un compte à l’autre. Le passage à une installation machine‑wide supprime cette divergence à la racine.
Diagnostic avancé : journaux & services
Observateur d’événements
Pour connaître la vraie raison de l’échec :
- Applications and Services Logs ► Microsoft ► Windows ► AppxPackagingOM ► Microsoft‑Windows‑AppxPackaging/Operational.
- Microsoft‑Windows‑AppxDeployment‑Server/Operational.
Recherchez les entrées associées à MSTeams_8wekyb3d8bbwe : erreurs de signature, de concurrence (package en cours d’utilisation), de version (downgrade), ou de chemin invalide. Certains codes courants : contenu illisible/corrompu, version antérieure par rapport à la version déjà présente, conflit de publisher.
Services requis
| Service | Nom | État attendu | Rôle |
|---|---|---|---|
| AppX Deployment Service | AppXSVC | Manuel (démarré à la demande) | Déploiement et gestion des packages MSIX/Appx. |
| Client License Service | ClipSVC | Manuel (démarré à la demande) | Licences et Store pour apps UWP/MSIX. |
| Windows Update | wuauserv | En cours d’exécution | Mises à jour du Store et de l’App Installer. |
Nettoyage contrôlé des résidus de Teams
Avant toute réinstallation machine‑wide, éliminez les collisions possibles :
- Fermez Teams (icone zone de notification, puis Quitter). Vérifiez dans le Gestionnaire des tâches qu’aucun processus Teams/WebView2 ne reste actif.
- Désinstallez toute occurrence « Microsoft Teams (classic) » depuis Paramètres › Applications › Applications installées.
- Purgez les caches listés plus haut pour l’utilisateur concerné.
- Exécutez
wsreset.exepour remettre à zéro le cache du Store.
Astuce : si la désinstallation est bloquée uniquement sur la première session, utilisez winget uninstall "Microsoft Teams" en administrateur. En dernier recours, basculez tout de suite sur l’installation machine‑wide ; le bootstrapper corrigera la plupart des incohérences.
Cas particuliers et parades
- Proxy/SSL d’entreprise : les proxys interceptant TLS peuvent altérer la validation de la signature du MSIX. Testez sur un réseau non filtré ou ajoutez les domaines nécessaires en exception. Assurez‑vous que le magasin de certificats racines est à jour.
- Contrôle des applications (WDAC) ou Smart App Control : si des politiques de contrôle d’applications sont en place, autorisez explicitement le package Teams. Préférez l’autorisation par éditeur/Publisher pour éviter les blocages sur les mises à jour.
- Antivirus/EDR : certains moteurs peuvent verrouiller les répertoires MSIX au moment de l’extraction. Tentez l’installation en mode silencieux immédiatement après un redémarrage, ou planifiez une exclusion temporaire des répertoires de staging MSIX (
C:\Program Files\WindowsAppsest protégé ; ne modifiez pas ses ACL). - Appareil partagé/Shared PC : imposez l’installation machine‑wide et empêchez les installations per‑user via GPO pour une cohérence totale.
- RDS/AVD : pour les hôtes multi‑session, utilisez systématiquement le bootstrapper/installation système (les installations par utilisateur sont à proscrire).
FAQ
Puis‑je garder Teams classic et New Teams en parallèle ?
Techniquement, oui sur certains scénarios, mais c’est source de confusion (services, tâches en arrière‑plan, associations de protocoles, résidus Squirrel). Pour éliminer les conflits, désinstallez l’édition classic avant d’installer New Teams machine‑wide.
Pourquoi la désinstallation est‑elle bloquée sur le premier compte ?
Le package ayant été enregistré « par utilisateur », l’entrée peut être visible et supprimable uniquement depuis ce profil, et verrouillée si des processus restent actifs. Fermez entièrement Teams, nettoyez les caches et, si nécessaire, utilisez Remove-AppxPackage en administrateur.
Comment « réparer » l’enregistrement de l’app pour un seul utilisateur ?
Supprimez le package pour cet utilisateur, purgez les dossiers de cache, puis relancez Teams (machine‑wide déjà installé) : l’enregistrement se refait automatiquement au premier lancement.
Quelle différence entre MSIX et MSI pour Teams ?
MSIX gère isolation, mises à jour et enregistrement par utilisateur. L’option « machine‑wide » via bootstrapper apporte la cohérence nécessaire en multi‑utilisateurs ; vous ne gérez plus qu’une seule installation, tandis que chaque profil se « provisionne » au démarrage de l’app.
Checklist express
- ✔️ Installation machine‑wide effectuée (
TeamsBootstrapper.exeouwinget). - ✔️ GPO Appx : Allow all trusted apps to install activé, Prevent non‑admin users… désactivé.
- ✔️ Caches nettoyés sur la session problématique (
MSTeams_8wekyb3d8bbwe,Roaming\Microsoft\Teams,SquirrelTemp). - ✔️ App Installer et WebView2 à jour,
wsreset.exeexécuté. - ✔️ Redémarrage du PC et premier lancement de Teams par chaque utilisateur.
Script d’automatisation (optionnel)
Ce script PowerShell prépare la machine et relance une installation machine‑wide. À exécuter en administrateur :
$ErrorActionPreference = "Stop"
Write-Host "Fermeture des processus Teams/WebView2..."
Get-Process *teams*, *webview2* -ErrorAction SilentlyContinue | Stop-Process -Force
Write-Host "Nettoyage des caches pour l'utilisateur courant..."
\$u = \$env\:USERNAME
\$paths = @(
"C:\Users\$u\AppData\Local\Packages\MSTeams\_8wekyb3d8bbwe",
"C:\Users\$u\AppData\Roaming\Microsoft\Teams",
"C:\Users\$u\AppData\Local\SquirrelTemp"
)
foreach (\$p in \$paths) { if (Test-Path \$p) { Rename-Item \$p "\$p.bak\_\$(Get-Date -f yyyyMMddHHmmss)" -Force -ErrorAction SilentlyContinue } }
Write-Host "Vérification des stratégies Appx..."
reg query "HKLM\SOFTWARE\Policies\Microsoft\Windows\Appx" /v BlockNonAdminUserInstall 2>NUL
reg query "HKLM\SOFTWARE\Policies\Microsoft\Windows\Appx" /v AllowAllTrustedApps 2>NUL
Write-Host "Suppression éventuelle des packages Teams par utilisateur..."
Get-AppxPackage -AllUsers *MSTeams* | ForEach-Object {
try { Remove-AppxPackage -Package \$*.PackageFullName -AllUsers -ErrorAction Stop } catch { Write-Warning \$* }
}
Write-Host "Suppression d'un provisionnement éventuel..."
Get-AppxProvisionedPackage -Online | Where-Object DisplayName -like "*MSTeams*" |
ForEach-Object { Remove-AppxProvisionedPackage -Online -PackageName $\_.PackageName }
Write-Host "Installation machine-wide via winget..."
winget install Microsoft.Teams --scope machine --silent --accept-package-agreements --accept-source-agreements
Write-Host "Exécution de wsreset (Store) dans une nouvelle fenêtre..."
Start-Process -FilePath "wsreset.exe" Remarques : le script renomme les caches au lieu de supprimer (rétro‑pédalage possible). Les commandes Remove-AppxPackage/Remove-AppxProvisionedPackage nécessitent Windows 11 à jour et des droits administrateur.
Contrôles de cohérence après correction
- Sur chaque session, lancer Teams et attendre l’écran de connexion. La première ouverture peut prendre un peu plus de temps (enregistrement du package dans le profil).
- Dans Teams : Aide ► À propos ► vérifier que la « Nouvelle application Teams » est active.
- Dans Paramètres › Applications › Applications installées, une seule entrée « Microsoft Teams (nouvelle application) » côté machine et aucune entrée « classic » restante.
- Dans Observateur d’événements, absence de nouvelles erreurs Appx lors du premier lancement du second compte.
Récapitulatif
Le message « Cannot open package / The package is either corrupt or invalid » sur le second compte Windows 11 provient généralement d’un mélange d’installation par utilisateur, de caches MSIX incomplets et/ou de politiques Appx divergentes. La stratégie gagnante consiste à :
- basculer vers une installation machine‑wide (
TeamsBootstrapper.exeouwingetavec--scope machine) ; - purger proprement les caches de l’utilisateur affecté ;
- aligner GPO/Registre Appx et mettre à jour App Installer + WebView2 ;
- vérifier les journaux Appx en cas d’échec persistant.
En appliquant cette méthode, l’installation de « New Teams » fonctionnera pour tous les comptes du poste, sans réinstaller séparément pour chaque session et sans conflit avec d’éventuels restes de l’ancienne version.
Annexe : commandes de vérification rapides
# Lister les erreurs Appx (événements récents)
Get-WinEvent -LogName "Microsoft-Windows-AppxPackaging/Operational" -MaxEvents 30 |
Select TimeCreated, Id, LevelDisplayName, Message
# Vérifier que Teams apparaît en machine-wide via winget
winget list Microsoft.Teams
# Lister WebView2 Runtime
winget list Microsoft.EdgeWebView2Runtime
# Vérifier l'état des services clés
sc query appxsvc
sc query clipsvc
sc query wuauserv Annexe : matrice de décision (per‑user vs machine‑wide)
| Critère | MSIX par utilisateur | Bootstrapper / machine‑wide |
|---|---|---|
| PC partagé (plusieurs sessions) | ❌ Risque de collisions et de caches divergents | ✅ Recommandé : une seule installation, enregistrement par profil |
| Maintenance / mises à jour | ⛔ Répétées par utilisateur | ✅ Centralisées, cohérentes |
| Désinstallation | 🟠 À faire sur chaque profil | ✅ Unique, propre |
| Compatibilité GPO strictes | ⚠️ Sensible aux politiques par profil | ✅ Pilotage côté machine |
Annexe : résolution d’erreurs fréquentes
- Downgrade détecté : désinstallez la version la plus récente (ou supprimez la registration utilisateur) avant d’installer l’ancienne. Évitez le downgrade ; préférez la dernière version machine‑wide.
- Package utilisé par un autre processus : fermez toutes les instances Teams/WebView2, redémarrez si nécessaire, puis relancez l’installation.
- Accès refusé : assurez‑vous que l’installation est exécutée en administrateur. Vérifiez les solutions EDR/AV.
- Signature invalide : mettez à jour App Installer et la chaîne de certificats ; testez hors proxy interceptant.
En bref : pour un PC Windows 11 avec plusieurs comptes, installez systématiquement Microsoft Teams (nouvelle application) en machine‑wide via TeamsBootstrapper.exe ou winget, et nettoyez les caches sur les profils récalcitrants. C’est la voie la plus fiable pour éliminer « Cannot open package ».