Vous avez fermé la fenêtre Edge, pourtant « Microsoft Edge (xx) » persiste dans le Gestionnaire des tâches ? Ce phénomène, aggravé depuis les versions 122‑123, draine inutilement de la RAM et peut laisser des identifiants actifs sur un PC partagé. Voyons comment l’éradiquer.
Problème posé
Après la fermeture de la dernière fenêtre du navigateur, un processus msedge.exe reste chargé ; il occupe mémoire vive et maintient la session ouverte.
- Consommation de ressources : 150 à 400 Mo de RAM selon les extensions et l’historique.
- Sessions encore valides : sur un poste partagé, l’utilisateur suivant peut rouvrir Edge sans authentification.
- Paramètres inefficaces : désactiver Startup Boost, le paramètre « Continuer à exécuter des extensions… » ou la barre latérale via GPEdit ne suffit pas toujours.
Causes identifiées
- Régression logicielle : plusieurs rapports communautaires attribuent le bug aux builds 122.0.2365.x et 123.0.2420.x qui ne libèrent plus correctement le processus racine.
- Barre latérale / Hub : même masquée, la fonction Standalone Hubs Sidebar démarre un service qui empêche la fermeture complète.
- Extensions natives : l’intégration Microsoft Copilot, la capture Web et les Collections créent des workers indépendants.
- Implémentation de WebView2 : les applications Windows reposant sur WebView2 (Teams, Outlook PWA, etc.) peuvent réveiller Edge s’ils partagent le même profil.
Solutions et contournements
Approche | Détails | Quand l’utiliser |
---|---|---|
Fin de tâche manuelle | Ouvrez le Gestionnaire des tâches, onglet Processus, clic droit sur « Microsoft Edge » → Fin de tâche. | Procédure ponctuelle en attendant un correctif ou sur un poste public sans droits d’admin. |
Signaler le bug | Edge : Alt + Shift + I, décrivez le problème, joignez une capture du Gestionnaire des tâches. | Utile pour accélérer la publication d’un patch. |
Mettre Edge à jour | Menu ⋯ → Aide et commentaires → À propos de Microsoft Edge. Versions correctrices : 123.0.2420.65 (28 mars 2024) : première atténuation publiée. 127.0.2651.86 (8 août 2024) : résolution confirmée par la communauté. | Solution pérenne ; exige un accès à Windows Update ou au canal stable hors‑ligne. |
Désactiver la barre latérale par registre | reg add "HKLM\SOFTWARE\Policies\Microsoft\Edge" /v StandaloneHubsSidebarEnabled /t REG_DWORD /d 0 /f Redémarrez Windows ou tapez taskkill /IM msedge.exe /F pour relancer Edge. | Quand la version corrigée n’est pas encore déployée (parc géré, image ISO figée). |
Script PowerShell automatique | # edge-close.ps1 Get-Process msedge -ErrorAction SilentlyContinue | Stop-Process -Force Appeler le script à la déconnexion via GPO : Configuration ordinateur → Paramètres Windows → Scripts → Arrêt. | Recommandé sur les bornes ou laboratoires scolaires pour purger les comptes. |
Purge des données de session | edge://settings/clearBrowsingDataOnClose Cochez Cookies, Cache, Formulaires et Sessions. | Empêche la récupération d’identifiants même si le processus survit. |
Mise à jour hors‑ligne
Si le PC n’a pas Internet, téléchargez le paquet « MicrosoftEdgeEnterpriseX64.msi » depuis un poste connecté, copiez‑le sur une clé USB puis exécutez :
msiexec /i MicrosoftEdgeEnterpriseX64.msi /quiet /norestart
Le programme d’installation détecte l’ancienne build et applique uniquement les fichiers différenciels.
Validation après correctif
- Fermez toutes les fenêtres Edge.
- Attendez 10 secondes afin que le service Crashpad se termine.
- Ouvrez le Gestionnaire des tâches : aucune occurrence de Microsoft Edge ne doit apparaître.
- Lancez Win + R, tapez
edge://version
: vérifiez que la build est ≥ 127.0.2651.86.
Recommandations pratiques
- Prioriser la mise à jour : la branche 127+ corrige durablement la fuite de processus.
- Activer la clé registre quand la mise à jour est différée (sites industriels isolés, kiosques).
- Segmentation des comptes Windows : un utilisateur = un profil pour éviter la persistance des cookies.
- Surveiller les notes de publication : Microsoft a déjà réintroduit la régression au fil des versions Dev. Contrôlez le paramètre « Continuer à exécuter… » après chaque update.
- Éduquer les utilisateurs : un simple X rouge ne garantit pas la fermeture complète ; montrez‑leur la procédure Fin de tâche.
Questions fréquentes (FAQ)
Pourquoi un seul onglet suffit‑il à maintenir Edge actif ?
Edge consolide plusieurs fonctions (Collections, Copilot, Wallet) dans un processus parent. Même si l’onglet visible est fermé, le parent attend la réouverture d’une fenêtre.
Le paramètre « Startup Boost » n’est‑il pas le coupable ?
Non : Startup Boost crée quatre petits processus dédiés, identifiables dans le Gestionnaire des tâches. Le bug de la version 122‑123 se produit même quand ce paramètre est désactivé.
WebView2 et Edge : quel lien ?
WebView2 réutilise les moteurs d’Edge (msedgewebview2.exe). Lorsqu’une application WebView2 s’arrête mal, Edge peut rester en arrière‑plan. Tuez d’abord msedgewebview2.exe, puis msedge.exe.
Comment vérifier qu’un profil est verrouillé après fermeture ?
Entrez edge://restart
; si Edge se rouvre avec vos derniers onglets et comptes connectés alors que vous aviez fermé la fenêtre, le profil était encore chargé.
Cas d’usage avancés
Fermer Edge lors d’une déconnexion RDP
Dans un serveur RDS, intégrez le script edge-close.ps1 à l’événement ID 24 (Remote‑Desktop‑Services), afin de libérer la mémoire avant la reconnexion d’un autre utilisateur.
Audit via WMI
Pour identifier les postes impactés, exécutez depuis un contrôleur de domaine :
Get-ADComputer -Filter * | ForEach-Object {
Invoke-Command -ComputerName $_.Name -ScriptBlock {
Get-Process msedge -ErrorAction SilentlyContinue |
Select-Object -First 1 -Property @{N='PC';E={$env:COMPUTERNAME}},Id,WS,StartTime
}
}
Recueillez ensuite les machines où la colonne WS (Working Set) dépasse 100 000 KB alors qu’Edge est censé être fermé.
Désactivation par GPO (ADMX)
- Téléchargez les modèles administratifs Edge.
- Copiez msedge.admx dans
%SystemRoot%\PolicyDefinitions
. - GPEdit : Configuration ordinateur → Modèles d’administration → Microsoft Edge → Microsoft Edge Sidebar * Désactiver la barre latérale : Activé * Autoriser la réouverture d’Edge en arrière‑plan : Désactivé
- Forcez la GPO :
gpupdate /force
.
Conclusion
Le processus fantôme d’Edge provient principalement d’une régression logicielle couplée à la barre latérale. Depuis la build 127.0.2651.86, Microsoft a officialisé un correctif stable. En attendant, la combinaison Fin de tâche + clé registre StandaloneHubsSidebarEnabled éradique le problème. Sur les postes partagés, ajoutez une purge de session ou un script PowerShell pour protéger les données.
Résumé express : bug introduit avec Edge 122‑123, corrigé dans 123.0.2420.65 puis consolidé en 127.0.2651.86 ; contournement temporaire = tuer le processus ou désactiver la barre latérale ; sur PC partagés, automatiser la fermeture et le nettoyage des sessions.