Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Notes de publication pour Microsoft Edge WebView2 Runtime, date de publication : 11 mai 2026.
En plus des améliorations suivantes de WebView2 Runtime, vous pouvez également utiliser les nouvelles fonctionnalités de la plateforme Web à partir de Microsoft Edge 148 ; consultez les notes de publication de la plateforme web Microsoft Edge 148 (mai 2026).
Correctifs de bogue
Correction d’un problème de mise à jour où le runtime WebView2 actuellement utilisé est supprimé après l’installation d’une nouvelle version, provoquant un blocage lors de la création d’une nouvelle manette dans une application déjà en cours d’exécution.
Changement cassant : Ajout de valeurs plus granulaires au membre de l’énumération
CoreWebView2ProcessFailedReason.Unexpectedpour l’énumérationCoreWebView2ProcessFailedReasonrenvoyée par laCoreWebView2ProcessFailedEventArgs.Reasonpropriété. C’est un changement de rupture. Reportez-vous à la section Changement cassant : raisons d’un échec de processus granulaire pour l’événementProcessFailed, ci-dessous.Correction des problèmes de sélection de la liste déroulante de la boîte de dialogue Imprimer dans
WebView2CompositionControl. (Numéro #5195)Désactivation du composant Actions de domaine pour WebView2.
Notification désactivée
WebUSBDetectorpour WebView2.Corrigé obsolète
ICoreWebView2Profile3::get_PreferredTrackingPreventionLevel.Correction de l’incapacité des clients WDP à se connecter à un serveur de débogage distant.
Correction d’un problème pour l’exemple d’application WPF, où la fermeture de la fenêtre laissait un processus WPF en attente.
Changement cassant : raisons granulaires de l’échec du processus pour l’événement ProcessFailed
L’événement ProcessFailed se déclenche lorsqu’un processus associé à WebView2 (tel qu’un processus de rendu ou GPU) se ferme de manière inattendue, ce qui permet aux applications de répondre avec une logique de récupération ou des diagnostics.
Avant cette modification : la CoreWebView2ProcessFailedEventArgs.Reason propriété a été renvoyée Unexpected pour trois scénarios de sortie distincts (sortie normale, sortie anormale et échec de l’intégrité du code), ce qui rend impossible pour les applications de les distinguer.
Après ce changement : Lorsque l’indicateur msWebView2GranularProcessFailedReason de fonctionnalité est activé, la CoreWebView2ProcessFailedEventArgs.Reason propriété renvoie les nouvelles valeurs d’énumération granulaires CoreWebView2ProcessFailedReason suivantes, au lieu de Unexpected:
NormalExit— Le processus s’est arrêté normalement (code de sortie 0).AbnormalExit— Le processus s’est arrêté anormalement (code de sortie non nul), mais n’a pas planté ou été tué.IntegrityFailure— Le système d’exploitation a mis fin au processus en raison d’un échec d’intégrité du code, par exemple lorsqu’une DLL échoue à la vérification de l’intégrité du code Windows.
L’indicateur msWebView2GranularProcessFailedReason de fonctionnalité est désactivé par défaut dans les versions 148 et 149, ce qui donne aux applications deux versions à tester de manière proactive. À partir de la version 150, la fonctionnalité sera activée par défaut et les applications recevront les valeurs granulaires. Pour valider le comportement de votre application WebView2, activez l’indicateur de fonctionnalité comme suit :
set WEBVIEW2_ADDITIONAL_BROWSER_ARGUMENTS=--enable-features=msWebView2GranularProcessFailedReason
Il s’agit d’un correctif pour le runtime et le kit de développement logiciel (SDK). Ces membres d’énumération sont une modification d’une API stable existante et sont disponibles dans le cadre de cette version préliminaire du Kit de développement logiciel (SDK).
Voir aussi :
CoreWebView2ProcessFailedEventArgsClasseCoreWebView2ProcessFailedReason Enum
AbnormalExitIntegrityFailureNormalExit