Dans le nouveau client Microsoft Teams, certains postes n’affichent pas l’écran partagé des autres participants. Voici un plan d’action clair pour rétablir l’affichage, stabiliser le poste et éviter les rechutes.
Ce que vous observez
Sur le nouveau Microsoft Teams, la fenêtre de partage d’écran d’un collègue reste noire, grisée ou ne s’ouvre pas du tout. Les flux audio/vidéo peuvent fonctionner, mais le contenu partagé n’apparaît pas. Le même compte ne rencontre pas le problème dans Teams (classique) ni dans Teams Web. Une simple purge du cache n’a pas suffi. Une réinstallation du nouveau Teams peut aider, mais le souci réapparaît parfois après quelques jours.
Résumé opérationnel des corrections (ordre priorisé)
- Installer ou réparer Microsoft Edge WebView2 Runtime (indispensable au nouveau Teams), redémarrer.
- Installer Media Feature Pack (uniquement pour Windows N/KN), redémarrer.
- Purger le cache du client puis désinstaller/réinstaller le nouveau Teams.
- Mettre à jour les pilotes graphique et audio, puis désactiver l’accélération matérielle dans Teams (test A/B).
- Désactiver/Désinstaller les utilitaires audio tiers connus pour perturber WebRTC (ex. Nahimic, Sonic Studio/DTS).
- Vérifier les politiques de réunion côté admin (mode de partage Écran entier autorisé).
- Contournement temporaire : utiliser Teams Web pendant le correctif.
Pourquoi cela arrive-t-il ?
Le nouveau Teams repose sur WebView2 pour afficher les contenus HTML/vidéo. Si ce composant est absent, obsolète ou corrompu, la surface de rendu du partage peut échouer. Sur les éditions Windows N/KN, l’absence de Media Feature Pack retire des codecs/API multimédias utilisés par WebRTC pour les partages d’écran et la vidéo. Enfin, des modules audio/vidéo OEM (ex. enhancers, suites de spatialisation) et certains pilotes graphiques instables peuvent interférer avec la capture/lecture du flux partagé. D’où l’importance d’un combo : réparer WebView2 → ajouter les fonctionnalités média manquantes → assainir/réinstaller le client → éliminer les conflits logiciels.
Solutions détaillées
Installer ou réparer Microsoft Edge WebView2 Runtime
Objectif : s’assurer que le moteur de rendu utilisé par le nouveau Teams est présent et sain.
Étapes :
- Téléchargez l’installateur Evergreen Bootstrapper de Microsoft Edge WebView2 Runtime.
- Clique droit > Exécuter en tant qu’administrateur.
- Laissez l’installation se terminer, puis redémarrez Windows.
Vérifications utiles :
- Présence de Microsoft Edge WebView2 Runtime dans « Applications installées ».
- Répertoire attendu :
C:\Program Files (x86)\Microsoft\EdgeWebView\Application\(dossier de version présent).
Pourquoi cela corrige ? Le flux d’écran partagé s’affiche dans une surface pilotée par WebView2 ; s’il manque, s’il est endommagé ou trop ancien, l’affichage peut rester noir.
Installer Media Feature Pack (Windows N/KN uniquement)
Objectif : rétablir les composants multimédias requis par WebRTC (codecs, API Media Foundation…).
Étapes :
- Ouvrez Paramètres > Système > Fonctionnalités facultatives.
- Cliquez sur Ajouter une fonctionnalité, recherchez Media Feature Pack et installez-le.
- Redémarrez la machine.
Important : cette étape ne concerne que les éditions N ou KN de Windows. Sur une édition standard, le pack n’est ni requis ni proposé.
Option PowerShell (lecture seule) : dresser la liste des capacités média manquantes :
Get-WindowsCapability -Online | Where-Object { $_.Name -like "*Media*" } | Sort-Object Name
Cherchez les entrées NotPresent. Si vous êtes en environnement N/KN, l’installation via Paramètres demeure la voie la plus simple.
Purger le cache puis réinstaller le nouveau Teams
Objectif : éliminer une corruption locale (profils, caches WebView2/Teams) qui empêche l’affichage des partages.
Étapes :
- Quittez complètement Teams : clic droit sur l’icône dans la zone de notification > Quitter. Vérifiez dans le Gestionnaire des tâches qu’aucun processus ms-teams ou Teams ne reste actif.
- Purge des caches utilisateur :
- Cache WebView2 (affecte toutes les apps WebView2, prudence) :
%LocalAppData%\Microsoft\EdgeWebView\ - Données du nouveau Teams (profil MSIX) :
%LocalAppData%\Packages\MSTeams_8wekyb3d8bbwe\(dossiers LocalCache, TempState…) - Si un dossier
%AppData%\Microsoft\Teamssubsiste d’une ancienne installation, vous pouvez en purger le contenu Cache/GPUCache/Local Storage.
*.bakplutôt que de supprimer immédiatement. - Cache WebView2 (affecte toutes les apps WebView2, prudence) :
- Désinstallez « Microsoft Teams (nouveau) » via Paramètres > Applications.
- Redémarrez Windows.
- Réinstallez le nouveau Teams (après avoir terminé WebView2 et, si applicable, Media Feature Pack).
Astuce IT : en déploiement de masse, scripttez la fermeture, la purge sélective et la réinstallation pour standardiser le correctif.
Désactiver ou retirer les utilitaires audio conflictuels
Objectif : éliminer les filtres/plug-ins audio qui accrochent le pipeline multimédia (WebRTC) et perturbent l’affichage des partages.
Conflits courants : Nahimic (A-Volute), Sonic Studio/DTS, suites OEM préinstallées, modules d’« amélioration » audio.
Étapes :
- Désactivez au démarrage depuis le Gestionnaire des tâches > Onglet Démarrage.
- Stoppez le service associé dans services.msc pour test.
- Si la désactivation corrige le problème, désinstallez proprement le module.
Pourquoi cela corrige ? Certains modules injectent des DLL/filtres dans les applications multimédia. Cela peut altérer la capture/lecture d’un flux d’écran, y compris côté visionnage.
Mise à jour des pilotes et test de l’accélération matérielle
Objectif : stabiliser la chaîne de rendu vidéo.
- Pilotes graphiques : installez la dernière version stable disponible auprès du constructeur (Intel, AMD, NVIDIA). Évitez les versions beta en production.
- Pilotes audio : mettez à jour (Realtek, Conexant, etc.) et retirez les « enhancers » non nécessaires.
- Accélération matérielle Teams : ouvrez Paramètres > Général dans Teams, désactivez Accélération matérielle GPU, puis redémarrez Teams. Comparez avec l’option activée.
Lecture : si l’affichage du partage revient avec l’accélération désactivée, suspectez le pilote GPU ou la couche de décodage. L’étape suivante est une mise à jour (ou un rollback) de pilote.
Vérifications d’environnement et politiques
Objectif : exclure une restriction côté tenant ou un durcissement local.
- Teams admin center > Meeting policies > Content sharing : validez que Screen sharing mode autorise Écran entier (ou au moins Fenêtre), et qu’aucune politique ne restreint l’expérience de partage/visionnage.
- Durcissements/GPO : vérifiez l’absence de règles interdisant la duplication d’écran, la capture graphique ou l’accès à Media Foundation.
- Réseau (si le souci est site-wide) : l’inspection TLS, les proxys agressifs ou le blocage des ports UDP 3478–3481 (STUN/TURN) dégradent WebRTC. Si Teams Web fonctionne depuis le même poste/réseau, le blocage réseau est peu probable pour ce symptôme particulier, mais restez vigilant si plusieurs personnes sont touchées simultanément.
Contournement et diagnostic ciblé
- Contournement : utilisez Teams Web pour assurer la continuité le temps d’appliquer les correctifs.
- Isolation du problème :
- Testez avec un autre compte sur la même machine.
- Testez avec le même compte sur une autre machine.
- Journalisation : dans Teams, Aide > Dépannage > Collecter les journaux (ou Ctrl+Alt+Shift+1). Conservez la version de Windows, de Teams et de WebView2, et la liste des utilitaires audio/vidéo présents.
Tableaux de référence rapide
Symptômes typiques et correctifs rapides
| Symptôme | Contexte | Action prioritaire |
|---|---|---|
| Écran de partage noir/gris | Nouveau Teams uniquement | Installer/réparer WebView2, redémarrer |
| Aucun partage visible | Windows N/KN | Installer Media Feature Pack |
| Rechute après réinstall | Portables gaming/OEM | Retirer Nahimic/Sonic Studio/DTS |
| Partage visible uniquement avec Teams Web | Client lourd impacté | Purger cache, réinstaller le nouveau Teams |
| Vidéo OK, partage KO | Pilotes anciens | Mettre à jour GPU/audio, tester sans accélération |
Informations à consigner pour un ticket
| Élément | Où le trouver | Exemple |
|---|---|---|
| Version de Windows | winver | Windows 11 23H2 |
| Édition | Paramètres > Système > À propos | Windows 11 Pro N |
| Version Teams | Paramètres > À propos | vX.Y.Z |
| Version WebView2 | Applications installées | Evergreen vNNN |
| Pilote GPU | Gestionnaire de périphériques | Intel/AMD/NVIDIA — version |
| Utilitaires audio | Applications & Services | Nahimic, Sonic Studio, DTS… |
| Portée du problème | Autre compte/poste | Poste seulement / compte / site |
Arbre de décision express
- Le problème n’existe que dans le nouveau Teams ? → Oui : continuez. Non : suspectez réseau/politiques.
- WebView2 présent et récent ? → Non : installez/réparez, redémarrez, testez.
- Édition Windows N/KN ? → Oui : ajoutez Media Feature Pack, redémarrez.
- Le souci persiste ? → Purgez caches, désinstallez/réinstallez le nouveau Teams.
- Toujours KO ? → Mettez à jour pilotes GPU/audio, testez sans accélération matérielle.
- Encore KO ? → Désactivez/désinstallez les suites audio tiers, redémarrez, testez.
- Dernier recours : vérifiez politiques de réunion et, si la portée est large, les contraintes réseau.
Procédures détaillées pas à pas
Vérifier/installer WebView2 proprement
Bonnes pratiques :
- Installez via un compte administrateur pour éviter une installation par utilisateur.
- Évitez d’installer une « fixed version » sauf cas spécifique en VDI.
- Après installation, redémarrez la machine (cela libère d’anciens processus WebView2 et applique les registres/handlers).
Indice : si l’écran partagé réapparaît immédiatement après cette étape, c’était la cause principale.
Installer Media Feature Pack sur N/KN
Les éditions N/KN suppriment des composants multimédias pour des raisons réglementaires. Le pack restaure notamment Media Foundation et les codecs nécessaires aux flux de partage d’écran. Une fois installé, un redémarrage est obligatoire.
Purge contrôlée et réinstallation du nouveau Teams
Plutôt qu’un effacement brutal, procédez avec méthode :
- Fermez Teams et vérifiez l’absence de processus résiduels.
- Renommez les dossiers de cache (
.bak) pour pouvoir revenir en arrière si nécessaire. - Désinstallez l’application, redémarrez, puis réinstallez.
Pourquoi renommer avant suppression ? Cela permet de comparer l’état « sain » vs « défectueux », utile pour un ticket Microsoft ou un RCA interne.
Neutraliser les utilitaires audio problématiques
Si vous utilisez un PC gamer ou un portable OEM, vérifiez la présence des suites Nahimic, Sonic Studio, DTS :
- Désactivez-les au démarrage, redémarrez, testez une réunion.
- S’il y a amélioration, désinstallez la suite ou gardez-la off.
De nombreux retours confirment un retour à la normale après la désinstallation de ces modules.
Mettre à jour GPU/audio et jouer sur l’accélération
Les pilotes vidéo gèrent le décodage matériel qui peut entrer en conflit avec certaines couches de rendu. Après mise à jour, faites un test A/B :
- Paramètres Teams > Général > désactivez l’accélération matérielle.
- Quittez et relancez Teams.
- Joignez une réunion de test et vérifiez l’affichage du partage.
Si l’affichage redevient fonctionnel uniquement sans accélération, conservez cette configuration le temps de stabiliser les pilotes.
Vérifier les politiques côté tenant
Même si ces paramètres affectent surtout l’émission de partage, il est prudent de s’assurer qu’aucune politique ne restreint l’expérience générale :
- Content sharing : Screen sharing mode autorisé (Écran entier ou Fenêtre).
- Vérifiez qu’aucune GPO ni outil de durcissement n’empêche les surfaces de capture/affichage.
Check-list de validation après correction
- Une réunion test affiche bien une fenêtre de partage stable (changement de présentateur, passage Écran/Fenêtre/PowerPoint Live).
- Le comportement reste sain après redémarrage de Teams et de Windows.
- L’utilisateur ne constate plus de régression au fil des jours (si rechute, poursuivez avec les étapes utilitaires audio et pilotes).
Conseils pour les environnements gérés
- Standardisez WebView2 : déployez l’Evergreen Runtime par GPO/outil MDM et surveillez la version.
- Inventoriez les modules audio OEM et bannissez ceux qui perturbent Teams/WebRTC.
- Évitez les nettoyages trop agressifs : ciblez les caches Teams/WebView2 plutôt que des purges globales pouvant casser d’autres apps.
- Consignez versions, pilotes et paquets Media pour accélérer l’ouverture de tickets.
Modèle de ticket pour Microsoft
Symptôme : Partage d’écran invisible dans le nouveau Teams (audio/vidéo OK).
Portée : [poste / compte / site] – Tests croisés effectués : [détails].
Windows : [édition + version], Build : [numéro].
Teams : [version].
WebView2 : [version].
Pilotes : GPU [marque+version], Audio [marque+version].
Utilitaires audio présents : [liste], statut : [actif/désinstallé].
Étapes déjà tentées : [A/B], [purgé/reinstall], [Media Pack].
Journaux : [joint zip].
FAQ ciblée
Pourquoi Teams Web fonctionne-t-il alors que le nouveau client échoue ?
Teams Web s’exécute dans le navigateur, avec son propre moteur et sa propre pile multimédia. Si WebView2 ou des composants locaux sont en cause sur le poste, le navigateur peut contourner le problème, d’où l’intérêt de ce contournement immédiat.
Puis-je juste réinstaller le nouveau Teams sans toucher à WebView2 ?
Vous pouvez, mais le taux de succès est meilleur lorsque WebView2 est d’abord réparé. Sinon, vous risquez de reproduire l’environnement défaillant.
Media Feature Pack est-il nécessaire sur toutes les éditions ?
Non, uniquement sur Windows N/KN. Sur une édition standard, ce pack n’est pas applicable.
Quels utilitaires audio causent le plus souvent des soucis ?
Les retours pointent régulièrement Nahimic, Sonic Studio et certains modules DTS. Si votre poste possède l’un d’eux, testez d’abord en le désactivant puis en le retirant.
La désactivation de l’accélération matérielle est-elle une solution définitive ?
Plutôt un contournement. Elle permet de confirmer la piste « GPU/pilote ». La correction durable consiste à mettre à jour/stabiliser les pilotes.
Dois-je supprimer tout le dossier WebView2 ?
Évitez de supprimer globalement si d’autres applications WebView2 sont utilisées. Préférez une réparation de l’exécutable et une purge ciblée des caches uniquement si nécessaire.
Plan d’action récapitulatif
- Installez/réparez WebView2, redémarrez.
- Ajoutez Media Feature Pack si Windows N/KN, redémarrez.
- Purge + réinstallation du nouveau Teams.
- Mettez à jour GPU et audio, test A/B avec accélération off.
- Désactivez/Désinstallez les suites audio conflictuelles.
- Vérifiez les politiques de réunion et l’environnement.
- Collectez les journaux si récidive et ouvrez un ticket avec toutes les versions.
Exemples de scripts utiles
Fermer Teams (nouveau) et préparer une purge :
:: À exécuter dans un terminal administrateur si nécessaire
taskkill /IM ms-teams.exe /F
taskkill /IM Msteams.exe /F
\:: Sauvegarder et purger caches (ajustez selon votre environnement)
ren "%LocalAppData%\Microsoft\EdgeWebView" "EdgeWebView\.bak"
ren "%LocalAppData%\Packages\MSTeams\_8wekyb3d8bbwe\LocalCache" "LocalCache.bak"
ren "%LocalAppData%\Packages\MSTeams\_8wekyb3d8bbwe\TempState" "TempState.bak" Inventorier rapidement les capacités Média :
PowerShell -NoProfile -Command ^
"Get-WindowsCapability -Online | ? { $_.Name -like '*Media*' } | ft Name, State -Auto"
Bonnes pratiques de prévention
- Pilotes : cadencer des mises à jour régulières et tester sur un échantillon avant déploiement global.
- Composants : maintenir WebView2 en Evergreen managé (GPO/MDM).
- Hygiène logicielle : limiter les outils d’« enhancement » audio/vidéo sur les postes destinés à la collaboration.
- Restauration rapide : garder un runbook prêt avec commandes de purge/correctif.
Conclusion
Dans l’immense majorité des cas, la combinaison WebView2 corrigé + Media Feature Pack (sur N/KN) + réinstallation propre du nouveau Teams règle l’affichage du partage d’écran, et la suppression des utilitaires audio litigieux évite la rechute. En environnement d’entreprise, documentez versions et pilotes, standardisez WebView2 et bannissez les modules conflictuels : vous transformerez un incident récurrent en simple formalité.