Runtime 156.0.4314.42 (23. Oktober 2026)

Versionshinweise für Microsoft Edge WebView2 Runtime, Veröffentlichungsdatum: 23. Oktober 2026.

Zusätzlich zu den folgenden WebView2-Runtimeverbesserungen können Sie auch die neuen Webplattformfeatures von Microsoft Edge 156 verwenden. siehe Anmerkungen zur Microsoft Edge 156-Webplattform (22. Oktober 2026).

Bevorstehende wichtige Änderung: Entfernen des msAbydosHandwritingAttr WebView2-Browserflags

Ab Version 159 entfernt WebView2 das veraltete msAbydosHandwritingAttr Browserflag. Nach dieser Änderung wird durch Durchlaufen msAbydosHandwritingAttrWEBVIEW2_ADDITIONAL_BROWSER_ARGUMENTSvon registrierungsbasierten Browserargumenten oder CoreWebView2EnvironmentOptions.AdditionalBrowserArguments das erwartete Verhalten nicht mehr aktiviert.

Überprüfen Sie Ihre App- und Testkonfiguration und planen Sie entsprechend.

Was dies für Ihre App bedeutet

  • Apps, die nicht festgelegt msAbydosHandwritingAttrwerden:

    Es ist keine Aktion erforderlich.

  • Apps oder Testtools, die das msAbydosHandwritingAttr Kennzeichen setzen:

    Entfernen Sie das msAbydosHandwritingAttr Kennzeichen und validieren Sie handschriftliche Szenarien ohne es.

  • Enterprisebereitstellungen, die Browserargumente über Umgebungsvariablen oder Registrierungseinstellungen konfigurieren:

    Entfernen Sie das Flag aus der msAbydosHandwritingAttr verwalteten Konfiguration.

Weitere Informationen

Feedback teilen

Haben Sie eine Frage oder sind Sie auf eine Regression gestoßen? Melden Sie ein Problem im WebView2Feedback-Repository mit Ihrer Runtime-Version, Windows-Version, Konfiguration und Reproduktionsschritten.

Bevorstehende wichtige Änderung: Erforderliche ACL-Einrichtung für App-verwaltete WebView2 Runtimes mit Fixierter Version unter Windows

Ab Version 159 stärkt WebView2 die Renderer-Sandbox für App-verwaltete Bereitstellungen mit Fixierter Version. Anwendungen, die eine nicht gepackte Runtime mit Fixierter Version bereitstellen und verwalten, müssen die erforderlichen Windows Access Control List (ACL)-Einträge im Runtime-Ordner während der Installation, Laufzeitaktualisierungen und Reparatur konfigurieren und beibehalten.

Dieser Leitfaden gilt für von Apps verwaltete, nicht verpackte Bereitstellungen mit Fixierter Version unter Windows 10 und Windows 11. Für Evergreen-Bereitstellungen und Windows-verwaltete Paketordner ist diese Installationsaktion nicht erforderlich.

Was dies für Ihre App bedeutet

  • Evergreen Runtime:

    Für von Microsoft verwaltete Laufzeitdateien ist keine ACL-Aktion erforderlich.

  • Speicherorte von gepackten Apps und von Windows verwalteten Paketen:

    Ändern Sie Paketordner-ACLs nicht manuell.

  • App-verwaltete, nicht gepackte Laufzeit mit Fixierter Version:

    Aktualisieren Sie Ihren Installations-, Updater- und Reparaturfluss, um die erforderlichen Berechtigungen zu konfigurieren und zu überprüfen.

Erforderliches Setup

Führen Sie die folgenden Befehle in einem Installationskontext mit geeigneten erhöhten Rechten aus, und ersetzen {Fixed Version path} Sie ihn durch den Laufzeitordner, der von Ihrer Anwendung bereitgestellt wird:

icacls "{Fixed Version path}" /grant *S-1-15-2-2:(OI)(CI)(RX)

icacls "{Fixed Version path}" /grant *S-1-15-2-1:(OI)(CI)(RX)

Diese Einträge gewähren vererbbaren Lese- und Ausführungszugriff auf ALLE EINGESCHRÄNKTEN ANWENDUNGSPAKETE und ALLE ANWENDUNGSPAKETE. Behalten Sie die vorhandenen Berechtigungen des Laufzeitordners bei.

Vorbereitungen

  1. Fügen Sie das ACL-Setup zu den Installations-, Laufzeitaktualisierungs- und Reparaturpfaden hinzu.

  2. Überprüfen Sie nach jedem Bereitstellungsvorgang, ob beide Identitäten über Lese- und Ausführungszugriff auf den Laufzeitordner und dessen Inhalt verfügen.

  3. Führen Sie die installierte App wie ein normaler Benutzer aus, und üben Sie alle WebView2-Features aus, von denen Ihre App abhängt. Das anfängliche Laden der Seite allein reicht nicht aus.

  4. Behandeln Sie WebView2 process-start oder access-denied Fehler mit einem umsetzbaren Reparaturpfad.

  5. Verwenden Sie no-sandbox weder einen anderen Sandbox-Deaktivierungsschalter als Problemumgehung.

Weitere Informationen

Feedback teilen

Haben Sie eine Frage oder sind Sie auf eine Regression bei der Bereitstellung gestoßen? Melden Sie ein Problem im WebView2Feedback-Repository mit Ihrem Bereitstellungsmodell, dem Laufzeitpfad, den Windows- und Laufzeitversionen, den resultierenden ACLs und den Reproduktionsschritten.

Fehlerbehebungen

  • Die DACL-Mutationsoberfläche wurde eingeschränkt.
  • Ein fehlgeschlagener interaktiver Windows-Anmeldeversuch für den aktuellen lokalen Benutzer wurde behoben.
  • Es wurde ein Problem behoben, bei dem WebResourceRequested Ereignisse für Service Worker und Shared Worker nicht ordnungsgemäß auf das WebView2-Profil beschränkt waren.
  • Die Klickweitergabe von der Titelleiste Window Controls Overlay (WCO) auf Webinhalte wurde korrigiert.
  • Falsches Anzeigefenster im Minimalmodus behoben.
  • Die JAWS-Unterstützung im Minimalfenster wurde korrigiert.
  • Korrigierte Downloads, die für Antivirenscans unter der Identität der Host-App anstelle der Identität der freigegebenen Laufzeit übermittelt wurden.
  • Der Mark-of-the-Web-Prompt-Status wurde korrigiert, sodass er pro Host-App statt pro freigegebener WebView2-Runtime nachverfolgt wird.
  • Es wurde ein Fix für ein Hängenbleiben der Passkey-Anmeldung aufgrund von null HWND.

Siehe auch

  • Zuletzt aktualisiert um