Sous Windows 10 (22H2), le nouveau Microsoft Teams peut déclencher la boîte « Comment voulez‑vous ouvrir ce fichier ? » lors d’un changement de statut ou d’un « Quitter Teams » depuis la Jump List. Voici la cause, le correctif (KB5039299+), les étapes de remédiation et des conseils pour les environnements gérés.
Fenêtre « Comment voulez‑vous ouvrir ce fichier ? » lors d’un changement de statut / « Quitter Teams » sur Windows 10
Vue d’ensemble de la question
Depuis des mises à jour récentes de Windows 10 22H2, plusieurs utilisateurs du nouveau Microsoft Teams constatent l’apparition anormale de la boîte de dialogue « Comment voulez‑vous ouvrir ce fichier ? » lorsqu’ils :
- changent leur statut via un clic droit sur l’icône Teams dans la barre des tâches (Jump List) ;
- sélectionnent Quitter Teams depuis ce même menu.
Des symptômes similaires sont signalés pour Sticky Notes et Microsoft To Do, ce qui oriente vers une origine système (Windows/Jump Lists) et non un problème local de Teams. Les postes touchés rapportent fréquemment une apparition du phénomène après une mise à jour récente.
Réponse & solution
Cause identifiée (Windows, pas Teams)
Le dysfonctionnement provient d’un bug des Jump Lists de Windows 10. Les versions affectées redirigent à tort certains raccourcis/protocoles (par exemple ceux utilisés par les applications modernes packagées MSIX et installées dans le dossier WindowsApps) vers la boîte d’association de fichiers. Le nouveau Teams — lui aussi packagé MSIX — se retrouve particulièrement exposé, mais d’autres applications modernes (Sticky Notes, Microsoft To Do) peuvent présenter la même anomalie. Ce problème a été reconnu côté Windows, pas côté Teams.
Correctif officiel
Le correctif a été publié dans la mise à jour Windows KB5039299 (aperçu), qui porte Windows 10 22H2 à la build 19045.4598 (datée du 25 juin 2024). Il a ensuite été intégré aux mises à jour cumulatives suivantes. Pour supprimer durablement le symptôme :
- Installez la dernière mise à jour cumulative de Windows 10 22H2, puis redémarrez le poste ;
- Vérifiez la version du système avec
winver: la correction est effective à partir de 19045.4598 et sur toutes les builds ultérieures.
Dans un environnement géré (Intune/WSUS/ConfigMgr), déployez la CU la plus récente pour Windows 10 22H2 et vérifiez la conformité.
Ce qui ne résout pas durablement
- Vider le cache de Teams, réparer/réinstaller Teams, ou jouer avec les applications par défaut : inefficace car la cause est côté Windows ;
- Déplacer Teams en dehors de WindowsApps ou modifier ses ACL : fortement déconseillé (effets de bord, perte d’auto‑démarrage, régressions sur d’autres apps).
Contournements temporaires (en attendant la mise à jour Windows)
- Changer le statut depuis l’interface de Teams (avatar en haut à droite) plutôt que via la Jump List ;
- Fermer la fenêtre Teams (bouton [X]) plutôt que d’utiliser Quitter Teams dans la Jump List ;
- Utiliser Teams Web pour des changements rapides de statut, si nécessaire.
Checklist de remédiation (rapide)
- Contrôler la build :
winver→ viser 19045.4598 ou plus. - Mettre à jour Windows (Paramètres > Windows Update > Rechercher des mises à jour) jusqu’à la dernière CU disponible.
- Redémarrer le poste.
- Tester : clic droit sur l’icône Teams → changement de statut / Quitter.
- Si le souci persiste, valider que la CU s’est bien installée (Historique des mises à jour) et qu’aucune stratégie ne bloque la mise à jour ; à défaut, installer manuellement la CU récente.
Résumé des symptômes et du périmètre
| Action utilisateur | Où | Message affiché | Applications concernées | Comportement attendu |
|---|---|---|---|---|
| Changer le statut | Jump List (clic droit barre des tâches) | « Comment voulez‑vous ouvrir ce fichier ? » | Nouveau Teams (MSIX) | Ouverture du sous‑menu statut sans boîte d’association |
| Quitter l’application | Jump List (clic droit barre des tâches) | « Comment voulez‑vous ouvrir ce fichier ? » | Nouveau Teams (MSIX) | Fermeture propre de l’application |
| Accéder à une commande rapide | Jump List | La même boîte d’association | Sticky Notes, Microsoft To Do | Exécution directe de la commande |
Historique de versions observé
| Build Windows 10 | État | Commentaires |
|---|---|---|
| 19045.4291 | Non affecté | Comportement normal des Jump Lists |
| 19045.4412 | Affecté | Apparition de la boîte d’association |
| 19045.4598 et ultérieures | Corrigé | Correctif livré via KB5039299 (aperçu), puis inclus dans les CUs suivantes |
Pourquoi ce problème survient‑il ?
Les Jump Lists sont des menus contextuels du Shell Windows qui exposent des tâches rapides (ouvrir, épingler, statut, quitter…). Sur les builds affectées, l’appel de certaines tâches basées sur des URI/protocoles (typiques des apps MSIX) est mal interprété : au lieu d’exécuter la commande, Windows affiche la boîte d’association de fichiers. D’où la confusion : tout se passe avant que l’application (Teams/Sticky Notes/To Do) ne soit réellement sollicitée.
Procédure de diagnostic détaillée
- Reproduire : clic droit sur l’icône Teams dans la barre des tâches > choisir Statut ou Quitter ; noter l’apparition de la boîte « Comment voulez‑vous ouvrir ce fichier ? ».
- Comparer avec l’action équivalente à l’intérieur de Teams (avatar > changer le statut) : l’action fonctionne correctement.
- Tester une autre application moderne (Sticky Notes/To Do) depuis sa Jump List : si le même message apparaît, forte présomption d’un bug Windows.
- Vérifier la build (
winver) et l’historique des mises à jour : si inférieur à 19045.4598, appliquer la CU la plus récente.
Méthodes de vérification de version et de correctif
Graphique
- Appuyez sur Win + R, saisissez
winveret validez. - Contrôlez la valeur Version du système d’exploitation (ex. 19045.4598 ou supérieur).
- Ouvrez Paramètres > Windows Update et forcez une recherche de mises à jour.
Commandes PowerShell/CMD
# PowerShell - vérifier la build
(Get-ItemProperty 'HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion' -Name CurrentBuild, UBR) |
ForEach-Object {
$build = $_.CurrentBuild
$ubr = $_.UBR
"{0}.{1}" -f $build, $ubr
}
# PowerShell - vérifier la présence d'une mise à jour donnée (si toujours listée)
Get-HotFix -Id KB5039299 -ErrorAction SilentlyContinue
# Alternative large (filtrer par préfixe)
Get-HotFix | Where-Object HotFixID -like 'KB5039\*' | Sort-Object InstalledOn -Descending
# CMD - afficher rapidement la build complète
reg query "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion" /v UBR Astuce : selon le canal et la date, la préversion KB5039299 peut ne plus figurer telle quelle dans « Historique des mises à jour ». Validez d’abord la build OS (≥ 19045.4598), critère le plus fiable.
Bonnes pratiques pour environnements gérés (Intune/WSUS/ConfigMgr)
Objectif
Garantir que tous les postes Windows 10 22H2 sont sur une build au moins égale à 19045.4598 et qu’ils reçoivent les CUs suivantes.
Approche par anneaux
- Pilot : activer les Quality Updates sans report ; vérifier l’extinction du symptôme sur un échantillon représentatif.
- Broad : déployer à l’ensemble des postes Windows 10 22H2 une fois les validations terminées.
- Établir un seuil de blocage : build minimale autorisée >= 19045.4598 pour l’accès à certaines ressources (si votre politique le permet).
Détection côté client (script exemple)
$cv = Get-ItemProperty 'HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion'
$build = [int]$cv.CurrentBuild # ex. 19045
$ubr = [int]$cv.UBR # ex. 4598
$ok = ($build -gt 19045) -or (($build -eq 19045) -and ($ubr -ge 4598))
if (\$ok) { Write-Output "Compliant: \$build.\$ubr"; exit 0 } else {
Write-Output "Non-Compliant: \$build.\$ubr"; exit 1
} Ce script peut servir de règle de détection pour une application Win32 (Intune) ou un déploiement ConfigMgr. La conformité est fondée sur l’OS build, et non sur un identifiant KB spécifique, car les CUs ultérieures intègrent le correctif.
Contournements et garde‑fous
| Piste | Effet attendu | Limites/risques | Recommandation |
|---|---|---|---|
| Changer le statut depuis l’interface Teams | Évite la Jump List | Pas de clic rapide depuis la barre des tâches | Acceptable en temporaire |
| Fermer la fenêtre via [X] | Évite la commande « Quitter » de la Jump List | Ne libère pas toujours tous les processus tout de suite | Acceptable en temporaire |
| Vider cache / réinstaller Teams | Quasi aucun | Interruption utilisateur, pas de résolution | À éviter |
| Modifier les ACL de WindowsApps | Peut masquer le symptôme sur un poste | Risque élevé (sécurité, mises à jour, auto‑démarrage) | À proscrire |
| Mettre à jour Windows (CU la plus récente) | Supprime la cause racine | Nécessite redémarrage et gestion du parc | Solution recommandée |
FAQ
Est‑ce un problème de Teams ?
Non. Les tests croisés avec Sticky Notes et Microsoft To Do montrent que l’incident touche les Jump Lists de Windows. Une fois la CU installée (≥ 19045.4598), les commandes de Jump List redeviennent normales.
Pourquoi l’interface interne de Teams fonctionne‑t‑elle ?
Parce que l’action est déclenchée dans l’application et n’emprunte pas la Jump List du Shell.
Dois‑je changer les applications par défaut ?
Inutile. La boîte d’association apparaît tant que le bug des Jump Lists est présent ; les associations de fichiers n’y changent rien.
Et si la mise à jour n’est pas proposée ?
Vérifiez les politiques de report/déférencement des Quality Updates (WSUS/Intune), l’espace disque, la connectivité, et l’Historique des mises à jour. Au besoin, déclenchez une installation manuelle de la CU récente approuvée par votre organisation.
Windows 11 est‑il concerné ?
Ce guide cible Windows 10 22H2. Si vous observez un comportement similaire ailleurs, appliquez le même raisonnement : valider la build, installer les dernières CUs, comparer l’action en Jump List vs dans l’application.
Guide opératoire pour le support de niveau 1/2
- Identifier la version Windows (winver) et l’application (Teams nouvelle génération).
- Qualifier l’action déclencheuse (statut/quitter via Jump List), vérifier la reproduction.
- Valider la présence du bug sur une autre app (Sticky Notes/To Do) pour confirmer l’origine Windows.
- Vérifier la build OS et l’historique des mises à jour.
- Mettre à jour Windows vers la dernière CU, redémarrer, re‑tester.
- Communiquer les contournements temporaires si un redémarrage immédiat n’est pas possible.
Critères de clôture
- OS build ≥ 19045.4598 (ou supérieur) et test Jump List concluant (statut et quitter sans boîte d’association).
- Aucun correctif local Teams (cache/réinstallations) n’est requis après la mise à jour Windows.
Notes utiles
- Non affecté : Windows 10 19045.4291.
- Affecté : 19045.4412.
- Corrigé : 19045.4598 et ultérieures.
Le fait que Sticky Notes et Microsoft To Do présentent la même boîte de dialogue confirme l’origine Windows/Jump List, pas Teams : corrigez le système, le symptôme disparaît.
Encadré : flux décisionnel
Reproduction via Jump List ?
└─ Non → Incident non lié à ce bug
└─ Oui → Tester Sticky Notes/To Do
└─ Non → Explorer pistes applicatives (cas atypique)
└─ Oui → Vérifier build (winver)
└─ < 19045.4598 → Mettre à jour vers la dernière CU + redémarrer
└─ ≥ 19045.4598 → Re-tester ; si persistant, contrôler politiques/état du Windows Update
Annexe : modèles de communication utilisateur
Message court : « Un problème Windows affecte les raccourcis de la barre des tâches (Jump List). Nous appliquons une mise à jour système qui corrige le dysfonctionnement. Après redémarrage, vous pourrez à nouveau changer le statut ou quitter Teams depuis la barre des tâches sans message d’association. »
En résumé
Vous êtes face à un bug Windows des Jump Lists (et non de Teams) apparu sur certaines builds 22H2. Le correctif est inclus à partir de 19045.4598 (KB5039299, puis CUs suivantes). Mettez à jour Windows vers la dernière cumulative update et redémarrez. Les manipulations sur Teams (cache/réinstallation) n’apportent pas de valeur durable une fois le correctif Windows en place.
Check‑list finale
- Confirmer l’OS build (≥ 19045.4598).
- Appliquer la dernière CU de Windows 10 22H2.
- Redémarrer et valider : statut/« Quitter » depuis la Jump List sans boîte d’association.
- Déployer à l’échelle via Intune/WSUS/ConfigMgr avec suivi de conformité.