Windows 10/11 : corriger le processus résiduel « Actualités et champs d’intérêt » (WebView2/Search) après KB5043131/KB5044285

Après certaines mises à jour Windows 10/11, le widget « Actualités et champs d’intérêt » laisse un processus résiduel (msedgewebview2.exe/SearchApp.exe) qui consomme de la RAM et perturbe l’arrêt. Voici les causes réelles, comment diagnostiquer et les correctifs fiables sans casser vos applications.

Sommaire

Problème : un processus « Actualités et champs d’intérêt » persiste après une mise à jour Preview

Suite à l’installation de KB5043131 (Windows 10 22H2) ou d’updates équivalentes sur Windows 11 23H2 (notamment KB5044285 / KB5046633), un composant lié au flux Actualités et champs d’intérêt (souvent greffé à Search sous Windows 11) reste chargé en arrière‑plan.

Plusieurs instances de msedgewebview2.exe (ou SearchApp.exe) apparaissent dans le Gestionnaire des tâches ;
le processus demeure même lorsque le widget est désactivé ;
la consommation mémoire varie de ~10 à 100 Mo, avec des pointes à l’ouverture d’applications ;
des erreurs DCOM 10010 et des messages « application ouverte » surviennent parfois lors de l’arrêt/redémarrage ;
la fermeture de certains programmes est empêchée ou retardée.

Pourquoi cela se produit‑il ?

Le widget « Actualités et champs d’intérêt » de Windows s’appuie sur le runtime Microsoft Edge WebView2 pour afficher du contenu (cartes, flux Bing, météo). Les mises à jour mentionnées ci‑dessus ont introduit une régression : même désactivé côté interface, le composant système responsable des flux peut tenter de se charger et d’initialiser WebView2. Selon la version exacte du runtime (et de Microsoft Edge), l’orchestrateur ne libère pas correctement les processus.

À partir d’Edge 131.0.2903.48+, le runtime WebView2 est désormais traité comme « composant système persistant » : il peut ne plus apparaître dans Applications installées, mais les processus WebView2 restent disponibles pour les fonctionnalités qui en dépendent. Cette évolution réduit certaines erreurs, sans les éliminer complètement chez tous les utilisateurs.

Constatations clés

Élément	Observations récurrentes
Déclencheur principal	KB5043131 (Win 10) ; KB5044285 / KB5046633 (Win 11).
Composant impliqué	Runtime Microsoft Edge WebView2 ; son absence ou sa version (≥ 130.0.2849.56) influence le bug.
Effet d’Edge 131.0.2903.48+	Le runtime n’apparaît plus dans Applications installées (statut « système »), mais `msedgewebview2.exe` peut toujours réapparaître selon les déclencheurs.

Comment diagnostiquer rapidement

1) Vérifier les processus et l’arborescence

Ouvrez Gestionnaire des tâches → onglet Processus.
Recherchez Actualités et champs d’intérêt, Widgets (Win 11) ou Search, et développez pour voir les enfants msedgewebview2.exe / SearchApp.exe.
Notez la RAM utilisée et si les processus repassent en Suspended après un moment.

2) Confirmer l’update en cause

Paramètres → Windows Update → Historique des mises à jour → Désinstaller des mises à jour : vérifiez la présence de KB5043131 (Win 10) ou KB5044285/KB5046633 (Win 11).
Option PowerShell : Get-HotFix | Where-Object {$_.HotFixID -match 'KB5043131|KB5044285|KB5046633'} | Format-Table -Auto

3) Vérifier la version de WebView2

Le dossier courant du runtime se trouve en général dans C:\Program Files (x86)\Microsoft\EdgeWebView\Application. Pour lister la version la plus récente :

$base = 'C:\Program Files (x86)\Microsoft\EdgeWebView\Application'
Get-ChildItem $base -Directory | Sort-Object Name -Descending | Select-Object -First 1 | ForEach-Object {
  Get-Item "$($_.FullName)\msedgewebview2.exe" | 
    Select-Object @{n='Version';e={$_.VersionInfo.ProductVersion}}, FullName
}

4) Relever les erreurs DCOM 10010

Ouvrez Observateur d’événements → Journaux Windows → Système ; filtrez sur l’ID 10010. En PowerShell :

Get-WinEvent -FilterHashtable @{LogName='System'; Id=10010; StartTime=(Get-Date).AddDays(-3)} |
  Select-Object TimeCreated, ProviderName, Id, Message | Format-List

Solutions et contournements testés

Mesure	Mode opératoire	Résultat	Limites / Risques
Désinstaller KB5043131 (ou l’update fautive)	Paramètres → Windows Update → Historique → Désinstaller. Ou ligne de commande : `wusa /uninstall /kb:5043131 /quiet /norestart`	Supprime le processus chez la plupart des utilisateurs.	Perte des correctifs inclus ; l’update peut se réinstaller. Parfois il faut `DISM` pour retrait complet.
Attendre le correctif Microsoft	Mises à jour Edge WebView2 130.0.2849.56 puis 131.0.2903.51+.	Réduction du phénomène pour certains environnements.	Effet aléatoire, retours de bug signalés par intermittence.
Tuer le processus manuellement	Gestionnaire des tâches → Fin de tâche sur `Actualités et champs d’intérêt` ou `Search`.	Dégage la RAM temporairement.	Le processus réapparaît automatiquement (service/planificateur).
Désactiver le widget	Clic‑droit barre des tâches → Actualités et champs d’intérêt → Désactivé (Win 10), ou Paramètres → Personnalisation → Barre des tâches → Widgets (Win 11). Possible via GPO.	Réduit parfois la charge (état suspendu).	Ne supprime pas toujours le processus ni les événements DCOM.
Désactiver « Search Highlights »	Paramètres → Confidentialité et sécurité → Rechercher dans Windows → désactiver Mettre en avant les points forts de la recherche. GPO : Composants Windows → Recherche → Autoriser les points forts de la recherche = Désactivé.	Élimine la variante « Searchhost » chez certains utilisateurs.	Non systématique.
Registre (IFEO)	Ajouter un Debugger factice sur `msedgewebview2.exe` : `reg add "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Image File Execution Options\msedgewebview2.exe" /v Debugger /t REG_SZ /d rundll32 /f`	Bloque totalement WebView2 et donc le widget.	Casse toute appli basée sur WebView2 (Teams, Photoshop, Office…)
Renommer `BingConfigurationClient.dll`	Dans SystemApps, prendre la propriété et renommer le fichier.	Fait disparaître News & Interests.	Dégrade fortement la recherche Windows (à éviter hors test).
Désinstaller WebView2 Runtime	`winget uninstall "Microsoft Edge WebView2 Runtime"`	Supprime `msedgewebview2.exe`.	Risque de rupture applicative massif. Le runtime peut être réinstallé par Edge/Windows.
Réactiver WebView2	Réinstaller via l’installeur Evergreen ou point de restauration système.	Restaure les applis dépendantes.	Peut réactiver le bug potentiel.
Désactiver Fast Startup + DISM/SFC	Désactiver le démarrage rapide → exécuter : `DISM /Online /Cleanup-Image /RestoreHealth sfc /scannow`	Corrige parfois des corruptions et diminue les incidents au boot.	Pas d’impact direct si le composant n’est pas corrompu.
Réparation sur place (in‑place upgrade)	Lancer l’ISO de la même version de Windows → Mettre à niveau → Conserver fichiers et applications.	Nombreux retours de disparition définitive du processus anormal.	Opération longue ; télémétrie/paramètres système réinitialisés.

Procédures détaillées (pas‑à‑pas)

Désinstaller l’update fautive (méthode graphique)

Ouvrez Paramètres → Windows Update → Historique des mises à jour.
Cliquez sur Désinstaller des mises à jour.
Sélectionnez KB5043131 (Win 10) ou KB5044285/KB5046633 (Win 11) → Désinstaller.
Redémarrez. Surveillez ensuite quelques cycles d’utilisation (ou un arrêt complet) pour valider la disparition des processus.

Désinstaller en ligne de commande

Pratique sur lots de machines / scripts :

wusa /uninstall /kb:5043131 /quiet /norestart
wusa /uninstall /kb:5044285 /quiet /norestart
wusa /uninstall /kb:5046633 /quiet /norestart

Si wusa ne suffit pas :

dism /online /get-packages | findstr /i "Package_for_RollupFix"
:: repérez le nom complet du package cible puis :
dism /online /remove-package /packagename:Package_for_RollupFix~31bf3856ad364e35~amd64~~xxx.x.x.x /norestart

Astuce : pensez à mettre en pause Windows Update après suppression, pour éviter une réinstallation automatique.

Désactiver le widget et les « Search Highlights »

Windows 10 : clic‑droit sur la barre des tâches → Actualités et champs d’intérêt → Désactivé.
Windows 11 : Paramètres → Personnalisation → Barre des tâches → coupez Widgets.
Pour les « points forts de la recherche » : Paramètres → Confidentialité et sécurité → Rechercher dans Windows → désactiver Afficher les points forts de la recherche.

GPO (entreprise) :

Configuration ordinateur → Modèles d’administration → Composants Windows → Actualités et champs d’intérêt → Activer Actualités et champs d’intérêt sur la barre des tâches = Désactivé.
Composants Windows → Recherche → Autoriser les points forts de la recherche = Désactivé.

Désactiver le démarrage rapide (Fast Startup)

Panneau de configuration → Options d’alimentation → Choisir l’action des boutons d’alimentation.
Cliquez sur Modifier des paramètres actuellement non disponibles.
Décochez Activer le démarrage rapide → Enregistrer les modifications.

Nettoyer l’image et les fichiers systèmes

DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow

Attendez la fin (100 %) ; si SFC répare des fichiers, redémarrez et revérifiez.

Option « Danger Zone » (à éviter hors labo)

IFEO (Image File Execution Options) pour bloquer WebView2

Ajoute un « débogueur » factice pour empêcher l’exécution de msedgewebview2.exe :

reg add "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Image File Execution Options\msedgewebview2.exe" ^
  /v Debugger /t REG_SZ /d rundll32 /f

Revenir en arrière :

reg delete "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Image File Execution Options\msedgewebview2.exe" /f

Risque : casse les applications qui intègrent WebView2 (Teams, Office, Adobe, etc.).Renommer BingConfigurationClient.dll

Manœuvre intrusive pour neutraliser les flux, susceptible d’altérer la recherche Windows. À n’utiliser qu’en dernier recours et avec un point de restauration.

Réparation sur place (in‑place upgrade)

Téléchargez l’ISO correspondant exactement à votre édition/version (Win 10 22H2 ou Win 11 23H2).
Montez l’ISO → lancez setup.exe.
Choisissez Conserver mes fichiers et mes applications → lancez la mise à niveau.
Après redémarrage, vérifiez que le processus anormal a disparu et appliquez uniquement les Patch Tuesday (évitez les Preview en production).

Script PowerShell de diagnostic & mitigation (copier/coller)

Ce script : 1) liste les KB en cause ; 2) affiche la version WebView2 ; 3) dresse l’état mémoire des processus liés ; 4) optionnellement les tue ; 5) remonte les erreurs DCOM 10010 des 3 derniers jours.

# Vérifier KBs connus
"=== Hotfix potentiellement fautifs ==="
Get-HotFix | Where-Object {$_.HotFixID -match 'KB5043131|KB5044285|KB5046633'} |
  Select-Object InstalledOn, HotFixID, Description | Format-Table -Auto

# Version WebView2

"`n=== Version WebView2 détectée ==="
$base = 'C:\Program Files (x86)\Microsoft\EdgeWebView\Application'
if (Test-Path $base) {
$latest = (Get-ChildItem $base -Directory | Sort-Object Name -Descending | Select-Object -First 1)
if ($latest) {
$exe = Join-Path $latest.FullName 'msedgewebview2.exe'
if (Test-Path $exe) {
(Get-Item $exe).VersionInfo | Select-Object ProductVersion, FileVersion, FileName
}
}
} else { "WebView2 non trouvé." }

# Processus liés (RAM & état)

"`n=== Processus liés (WebView2/Search/Widgets) ==="
$names = 'msedgewebview2','SearchApp','Widgets','Feed','ShellExperienceHost'
Get-Process | Where-Object { $names -contains $*.ProcessName } |
Select-Object ProcessName, Id, @{n='RAM(MB)';e={[math]::Round($*.WorkingSet/1MB,1)}}, StartTime |
Sort-Object ProcessName | Format-Table -Auto

# Tuer les processus WebView2 (optionnel) : décommentez pour activer

# Get-Process msedgewebview2 -ErrorAction SilentlyContinue | Stop-Process -Force

# Erreurs DCOM 10010 (3 jours)

"`n=== DCOM 10010 (3j) ==="
Get-WinEvent -FilterHashtable @{LogName='System'; Id=10010; StartTime=(Get-Date).AddDays(-3)} |
Select-Object TimeCreated, ProviderName, Id, Message | Format-Table -Wrap

Important : ce script n’altère pas la configuration système par défaut (le kill de processus est commenté). Exécutez‑le dans une console PowerShell En tant qu’administrateur pour des résultats complets.

Stratégie de remédiation recommandée (résumé opératoire)

Évitez les mises à jour cumulatives Preview sur postes de production.
Si le problème est présent :
- Désinstallez d’abord l’update fautive (KB5043131/KB5044285/KB5046633).
- Vérifiez que Actualités et champs d’intérêt et Search Highlights sont désactivés (UI ou GPO).
- Désactivez Fast Startup, puis lancez DISM /RestoreHealth et sfc /scannow.
N’employez les contournements destructifs (IFEO, renommage DLL, désinstallation WebView2) qu’en dernier recours, avec un point de restauration.
Pour un retour garanti à la stabilité : privilégiez la réparation sur place (ISO de la même version).
Signalez systématiquement le bug via le Hub de commentaires Windows ou le formulaire Send feedback d’Edge, afin d’accélérer le correctif.

Cas d’usage et précisions

Postes VDI/RDS

Sur des environnements multi‑session, le flux peut se réactiver à chaque ouverture de session. Utilisez les GPO pour désactiver globalement le widget et appliquez des baseline sans mises à jour Preview. Envisagez un script de surveillance pour stopper les résidus au logoff.

Est‑ce un malware ?

Non : la présence de msedgewebview2.exe est normale dans Windows moderne. C’est l’activité résiduelle injustifiée après une update qui pose problème.

Pourquoi le processus revient‑il après Fin de tâche ?

Un service ou une tâche planifiée (Windows Feeds, Search, etc.) peut réinitialiser le composant. La désactivation du widget/Highlights + retrait de l’update fautive est la combinaison qui tient le mieux.

Quid des tâches planifiées Windows Feeds ?

Leur désactivation peut réduire les relances, mais ne suffit pas toujours. Ne désactivez pas massivement des tâches systèmes sans suivi, au risque d’effets de bord.

Comment vérifier que la réparation sur place a vraiment stabilisé le poste ?

Deux ou trois cycles arrêt complet → démarrage sans processus résiduel.
Absence d’erreurs DCOM 10010 liées au flux/Widgets dans les 48 h.
Aucune réactivation inattendue après l’ouverture d’apps usuelles (Office, Teams…).

État actuel (octobre – décembre 2024)

Microsoft a reconnu le problème ; Edge 131.x a modifié la gestion de WebView2 (composant système persistant), avec un effet atténuateur mais non universel.
Au 18 décembre 2024, aucun correctif cumulatif final n’était publié pour l’éradication totale. Surveillez les Patch Tuesday et les notes de version Edge/WebView2.
Les utilisateurs qui ont soit appliqué la réparation sur place, soit conservé uniquement les builds post‑Patch‑Tuesday (sans Preview) ne voient plus le processus anormal.

En résumé : l’anomalie provient d’une interaction mal gérée entre le widget « Actualités et champs d’intérêt » et le runtime Edge WebView2, introduite par une mise à jour Preview. Les remèdes durables sont la désinstallation de cette update ou la réparation sur place. Les autres méthodes ne sont que des palliatifs potentiellement disruptifs.

Annexes : check‑lists prêtes à l’emploi

Checklist « Poste utilisateur »

[ ] Confirmer KB fautive (Historique Windows Update).
[ ] Désinstaller l’update / mettre en pause Windows Update 7 jours.
[ ] Couper Widgets / Search Highlights (UI ou GPO).
[ ] Désactiver Fast Startup.
[ ] Exécuter DISM /RestoreHealth puis sfc /scannow.
[ ] Vérifier événements DCOM 10010 & absence de processus résiduel.
[ ] Si instable → réparation sur place (ISO même version).

Checklist « Entreprise/Parc »

[ ] Bloquer les Updates Preview sur le canal de production.
[ ] Déployer GPO : désactiver News & Interests + Search Highlights.
[ ] Script de détection (Get‑HotFix/WebView2/Processus/DCOM) dans l’outillage.
[ ] Playbook de désinstallation KB + bascule vers build stable.
[ ] Procédure standardisée de réparation sur place pour cas récalcitrants.
[ ] Feedback structuré via Hub de commentaires pour suivi éditeur.

Questions fréquentes (FAQ)

Le fait que WebView2 n’apparaisse plus dans « Applications installées » signifie‑t‑il qu’il a disparu ?
Non. À partir d’Edge 131+, WebView2 est considéré comme composant système persistant ; son absence de la liste n’implique pas sa désinstallation.

Puis‑je supprimer WebView2 pour régler définitivement le problème ?
Non recommandé. De nombreuses applications modernes (Microsoft 365, Teams, Adobe, etc.) l’utilisent. Le supprimer rompt ces applications.

La désactivation de Widgets suffit‑elle ?
Pas toujours. Le composant peut encore s’activer via la recherche/flux. Combinez avec la suppression de la KB fautive.

Après réparation sur place, dois‑je réappliquer toutes les mises à jour ?
Oui, mais privilégiez les Patch Tuesday stables. Évitez les Preview sur machines critiques tant que les notes de version n’indiquent pas explicitement la correction.

Modèle de communication utilisateur

Vous pouvez copier/coller ce message pour vos utilisateurs/équipes :

« Un bug connu lié à une mise à jour Preview de Windows provoque un processus résiduel “Actualités et champs d’intérêt” (WebView2/Search) qui consomme de la mémoire et perturbe l’arrêt. Nous supprimons l’update et appliquons des correctifs de stabilité. Merci de redémarrer votre poste lorsque cela vous est demandé. »

Conclusion

En attendant un correctif cumulatif universel, la meilleure ligne de conduite est prudente et pragmatique : ne pas installer les Preview en production, retirer l’update fautive dès l’apparition des symptômes et, si nécessaire, réparer sur place. Les autres pistes (IFEO, renommage de DLL, désinstallation du runtime) restent des outils de laboratoire — puissants, mais risqués — à réserver aux environnements de test ou à des besoins d’urgence sous contrôle.

Windows 10/11 : corriger le processus résiduel « Actualités et champs d’intérêt » (WebView2/Search) après KB5043131/KB5044285

Problème : un processus « Actualités et champs d’intérêt » persiste après une mise à jour Preview

Pourquoi cela se produit‑il ?