Depuis la migration vers la nouvelle application Microsoft Teams, des fermetures brutales surviennent à l’arrêt du partage d’écran, surtout sur des HP EliteBook 830 G6 (Windows 10 22H2). Ce guide offre une analyse concrète, un plan de dépannage pas à pas et des correctifs validés.
Problème rencontré
- Symptôme : la nouvelle application Microsoft Teams (builds 24193.1805.3040.8975 et 24215.1007.3082.1590) se ferme brutalement lorsqu’un utilisateur met fin au partage d’écran durant un appel.
- Impact : plus de 650 incidents signalés, principalement sur des HP EliteBook 830 G6 exécutant Windows 10 22H2.
- Journal d’événements : code d’exception
0xc0000005(violation d’accès), module fautifigd10iumd64.dll(pilote graphique Intel).
Analyse des causes probables
- Incompatibilité de pilote GPU : la version 25.20.100.6793 du pilote Intel UHD provoque une violation d’accès lors de la libération des ressources 3D à l’arrêt du partage, ce qui déclenche l’arrêt intempestif du client Teams.
- Composants associés : un runtime Edge WebView2 ou un Media Feature Pack obsolètes peuvent accentuer l’instabilité (rendu web, capture média, codecs).
- Charge réseau : aucun lien direct; le crash survient au moment de l’arrêt du partage, indépendamment de la durée de l’appel ou du débit configuré.
Lecture technique rapide
À l’arrêt du partage, Teams libère des surfaces Direct3D/DirectComposition et cesse la duplication de bureau. Sur les machines concernées, la pile utilisateur du pilote Intel (igd10iumd64.dll) tente d’accéder à un pointeur libéré, entraînant 0xc0000005. Le nouveau client Teams, basé sur WebView2 et des pipelines multimédias récents, stresse davantage ces chemins de code que l’application « classique ».
Parcours de dépannage proposé
| Étape | Action | Objectif | Procédure détaillée |
|---|---|---|---|
| 1 | Mettre à jour / réparer Microsoft Edge WebView2 | Éliminer les conflits d’affichage intégrés à Teams. | Ouvrez Paramètres > Applications > Applications installées, recherchez Microsoft Edge WebView2 Runtime. Cliquez sur Modifier, puis Réparer. Option ligne de commande (administrateur) :winget upgrade --id Microsoft.EdgeWebView2Runtime --accept-package-agreements --accept-source-agreements |
| 2 | Installer/mettre à jour Media Feature Pack (éditions N) | Garantir la présence des codecs requis. | Allez dans Paramètres > Applications > Fonctionnalités facultatives. Cliquez sur Afficher les fonctionnalités, recherchez Media Feature Pack, installez, puis redémarrez. Vérification rapide (admin) :DISM /Online /Get-Capabilities | findstr /I "Media" |
| 3 | Réparer puis Réinitialiser Teams | Remplacer les fichiers corrompus et vider le cache local. | Paramètres Windows > Applications > Microsoft Teams (travail ou établissement scolaire) > Options avancées. Cliquez d’abord sur Réparer. Testez. Si besoin, cliquez sur Réinitialiser. Redémarrez Teams. |
| 4 | Vérifier la limite « Media bit rate » dans le Teams Admin Center | Exclure une restriction côté tenant. | Ouvrez le Centre d’administration Teams et la stratégie de réunion appliquée aux utilisateurs. Contrôlez Media bit rate (Kbps). La valeur conseillée est 50 000 Kbps. Appliquez/propagez la stratégie si vous la modifiez, puis testez. |
| 5 | Mettre à jour les pilotes graphiques | Corriger la violation d’accès au niveau UMD. | Intel : déployez un pilote DCH récent ≥ 31.x (2024) adapté au modèle (HP recommandé ou générique Intel si la version OEM n’est pas disponible). AMD (si GPU Radeon) : cible minimale Adrenalin 24.3.1 ou plus récent. Vérifications (admin) :Get-CimInstance Win32_PnPSignedDriver | Where-Object {$_.DeviceClass -eq "DISPLAY"} | Select-Object DeviceName, DriverVersion, DriverDate |
| 6 | Tester Teams Web ou mobile | Confirmer que le problème est lié au client de bureau. | Ouvrez Teams dans un navigateur moderne ou via l’application mobile. Lancez/arrêtez un partage pour valider l’absence de crash. |
| 7 | Escalader au support Microsoft 365 | Obtenir une analyse produit avec symboles et traces. | Fournissez un lot de logs/dumps (voir plus bas) incluant versions exactes et étapes de reproduction. |
Résultats et correctifs confirmés
- Le passage à un pilote Intel récent a éliminé les crashs sur les machines pilotes et dans les anneaux de validation.
- Aucune communication officielle publique n’a été constatée à ce jour ; il s’agit très probablement d’un bug d’interopérabilité entre le nouveau client Teams et certaines branches de pilotes GPU Intel.
Recommandations complémentaires
- Désactiver temporairement l’accélération matérielle dans Teams > Paramètres > Général pour contourner le crash avant la mise à jour pilote.
- Exécuter Windows Update, y compris les mises à jour facultatives de pilotes, avant d’imposer une version constructeur.
- Garder l’ancienne application Teams disponible tant que le correctif officiel n’est pas communiqué.
- Capturer et documenter les couples « version Teams / version pilote » stables, puis déployer au parc avec un plan d’anneaux.
Contexte et diagnostic avancé
Ce que montrent les journaux
- Observables : Event Viewer > Journaux Windows > Application,
EventID 1000(Application Error) avec Faulting moduleigd10iumd64.dllet Exception code0xc0000005. UnEventID 1001(Windows Error Reporting) apparaît souvent juste après. - Moment de défaillance : immédiatement à l’appui sur Arrêter le partage.
- Champ d’impact : HP EliteBook 830 G6, Windows 10 22H2, GPU Intel UHD avec pilote 25.20.100.6793.
Pourquoi l’arrêt du partage provoque le crash
Le flux de partage d’écran s’appuie sur la duplication de bureau (DXGI) et sur un pipeline de composition vidéo. Lorsque le partage s’arrête, Teams détruit les surfaces et libère les ressources GPU. Sur le pilote incriminé, la routine utilisateur (igd10iumd64.dll) tente d’accéder à un tampon déjà libéré : le système déclenche une Access Violation (0xc0000005) et ferme le processus.
Tableau de compatibilité constatée
| Composant | Version impactée / état | Version stable recommandée | Remarques |
|---|---|---|---|
| Microsoft Teams (nouvelle app) | 24193.1805.3040.8975 24215.1007.3082.1590 | Versions identiques fonctionnent après correction du pilote | Le client en lui-même n’a pas nécessité de downgrade après correctif GPU. |
| Pilote Intel UHD | 25.20.100.6793 (instable) | 31.x (2024+) DCH | Privilégier une version validée OEM pour le modèle HP. |
| Edge WebView2 Runtime | Ancien/endommagé | Dernier canal stable | Une réparation suffit souvent. |
| Media Feature Pack (N) | Manquant/obsolète | Installé et à jour | Réinstalle des composants multimédias requis. |
Procédures pas à pas
Mettre à jour ou réparer WebView2
- Dans Windows, ouvrez Paramètres puis Applications et Applications installées.
- Recherchez Microsoft Edge WebView2 Runtime.
- Sélectionnez Modifier → Réparer. Redémarrez Teams.
- Vérifiez la version via
winget list "WebView2"(console administrateur).
Réparer / Réinitialiser Teams (nouvelle app)
- Paramètres Windows > Applications → Microsoft Teams (travail ou établissement scolaire) → Options avancées.
- Cliquez sur Réparer. Si le problème persiste, cliquez sur Réinitialiser (efface le cache local).
Installer le Media Feature Pack (éditions N)
- Paramètres > Applications > Fonctionnalités facultatives → Afficher les fonctionnalités.
- Recherchez Media Feature Pack, installez, redémarrez.
Mettre à jour les pilotes graphiques Intel
- Identifier le pilote actuel :
Get-CimInstance Win32_VideoController | Select-Object Name, DriverVersion, DriverDate - Mettre à jour via Windows Update (mises à jour facultatives), l’outil constructeur (HP) ou l’utilitaire Intel.
- Valider la version installée avec la commande du point 1, puis redémarrer.
Vérifier l’absence de contrainte de débit
Dans le Centre d’administration Teams, ouvrez la stratégie de réunion appliquée et contrôlez que Media bit rate est au moins à 50 000 Kbps. Une valeur trop basse ne déclenche pas ce crash, mais peut induire de mauvaises vidéos ; l’objectif ici est d’écarter tout faux-positif réseau.
Collecte de preuves pour l’escalade
Préparez un dossier technique de reproduction clair :
- Informations système (modèle, version Windows, BIOS/UEFI, GPU).
- Version Teams et WebView2 exactes.
- Étapes de reproduction (démarrer un appel → partager l’écran → arrêter le partage → crash).
- Événements Windows (1000/1001) exportés en
.evtx. - Crash dumps applicatifs (voir ci-dessous).
Activer des crash dumps locaux (facultatif mais utile)
Exécutez en administrateur :
reg add "HKLM\SOFTWARE\Microsoft\Windows\Windows Error Reporting\LocalDumps\ms-teams.exe" /v DumpType /t REG_DWORD /d 2 /f
reg add "HKLM\SOFTWARE\Microsoft\Windows\Windows Error Reporting\LocalDumps\msedgewebview2.exe" /v DumpType /t REG_DWORD /d 2 /f
Les dumps apparaîtront dans %LOCALAPPDATA%\CrashDumps au prochain crash. Désactivez cette capture une fois l’analyse terminée pour éviter la croissance disque.
Scripts et automatisation
Inventaire express des versions critiques
# PowerShell (exécuter en administrateur)
$gpu = Get-CimInstance Win32_PnPSignedDriver | Where-Object {$_.DeviceClass -eq "DISPLAY"} |
Select-Object DeviceName, DriverVersion, DriverDate
$os = Get-CimInstance Win32_OperatingSystem | Select-Object Caption, Version, BuildNumber
Write-Host "GPU:"; $gpu | Format-List
Write-Host "OS:"; $os | Format-List
Détection machines à risque (pilote 25.20.100.6793)
$risky = Get-CimInstance Win32_PnPSignedDriver | Where-Object {
$_.DeviceClass -eq "DISPLAY" -and $_.DriverVersion -eq "25.20.100.6793"
}
if ($risky) { Write-Host "Machine à risque détectée." -ForegroundColor Yellow } else { Write-Host "OK" -ForegroundColor Green }
Mise à niveau silencieuse de WebView2
winget upgrade --id Microsoft.EdgeWebView2Runtime --silent --accept-package-agreements --accept-source-agreements
Validation post-correctif
Après déploiement des pilotes et correctifs, exécutez cette check-list :
- Démarrer un appel Teams, partager l’écran, arrêter le partage (répéter 5 fois sur 3 sessions différentes).
- Surveiller Observateur d’événements et Moniteur de fiabilité pour vérifier l’absence d’erreurs.
- Mesurer le taux de crash à J+1, J+3 et J+7 (objectif : < 0,1 %).
- Vérifier les performances générales (latence audio/vidéo, fluidité du partage, utilisation CPU/GPU).
Plan de déploiement recommandé
- Anneau pilote (1–2 % du parc) : installation du nouveau pilote Intel + réparation WebView2, monitorée 48–72 h.
- Anneau élargi (10–20 %) : mêmes actions + collecte automatique des événements 1000/1001.
- Généralisation (100 %) : déploiement Intune/ConfigMgr/WSUS selon vos pratiques, avec pilote bloqué à la version validée.
- Verrou : empêcher la réinstallation de versions instables via la gestion de pilotes (poste/tenant).
Bonnes pratiques complémentaires
- Éviter les réglages système intrusifs (ex. désactivation des mécanismes TDR GPU), source d’effets de bord. Préférer une mise à jour de pilote validée.
- Standardiser les versions Teams/WebView2 avec une politique de mise à jour contrôlée (canal stable, fenêtres de maintenance).
- Documenter les environnements « connus bons » (triptyque OS/Teams/GPU) et ajouter un test « Arrêt du partage » à votre plan de non-régression.
- Prévoir un contournement (désactivation temporaire de l’accélération matérielle, bascule vers Teams Web) pour les équipes en production continue.
FAQ technique
La bande passante ou un proxy peuvent-ils provoquer ce crash ?
Peu probable. Les incidents surviennent à l’arrêt du partage, sans dépendance à la durée ni au débit.
Le problème touche-t-il aussi AMD/NVIDIA ?
Le signal principal concerne les GPU Intel UHD avec pilote 25.20.100.6793. Si un GPU Radeon est présent, mettez à jour vers un pilote Adrenalin récent. Côté NVIDIA, maintenez un pilote à jour, mais l’incident décrit n’a pas été reproduit.
Faut-il revenir à l’ancienne application Teams ?
Seulement comme mesure transitoire si l’activité l’exige. La mise à jour du pilote Intel corrige le problème dans la majorité des cas.
Comment s’assurer que WebView2 n’est plus en cause ?
Après réparation/mise à jour, vérifiez que l’arrêt du partage ne provoque plus de crash sur plusieurs essais. Contrôlez l’absence d’Application Error 1000 pour msedgewebview2.exe.
Résumé exécutif
Un défaut d’interopérabilité entre la nouvelle application Teams et le pilote Intel UHD 25.20.100.6793 provoque un crash 0xc0000005 dans igd10iumd64.dll à l’arrêt du partage d’écran sur Windows 10 22H2 (HP EliteBook 830 G6 majoritairement). La mise à jour du pilote Intel vers une branche DCH 31.x (2024+), la réparation de WebView2, la présence du Media Feature Pack et une réparation/réinitialisation de Teams suppriment l’instabilité. Le réseau n’est pas en cause. Conservez un plan de contournement (désactivation de l’accélération matérielle, Teams Web) et tenez une base de versions « stables » pour faciliter les déploiements futurs.
Annexe : commandes utiles
- Lister WebView2 :
winget list "WebView2" - Mettre à jour WebView2 :
winget upgrade --id Microsoft.EdgeWebView2Runtime --accept-package-agreements --accept-source-agreements - Vérifier GPU :
Get-CimInstance Win32_PnPSignedDriver | Where-Object {$_.DeviceClass -eq "DISPLAY"} | Select DeviceName, DriverVersion - Journal des événements : Observateur d’événements > Journaux Windows > Application, filtrer sur Application Error, EventID 1000.
- Moniteur de fiabilité : tapez « fiabilité » dans le menu Démarrer, ouvrez l’historique et repérez les « Défaillances d’application » pour Teams.
En appliquant les mises à jour de pilote graphique et les correctifs logiciels listés ci‑dessus, la grande majorité des utilisateurs retrouvent un partage d’écran stable dans la nouvelle application Teams, sans régression de qualité audio/vidéo.