Freigeben über

Versionshinweise für Microsoft Edge Stable Channel

  • Artikel

Diese Versionshinweise enthalten Informationen zu neuen Funktionen und nicht sicherheitsrelevanten Updates, die im Microsoft Edge Stable Channel enthalten sind.

Informationen zu Microsoft Edge-Kanälen finden Sie in der Übersicht über die Microsoft Edge-Kanäle.

Hinweis

Für den Stable Channel erfolgt das Rollout von Updates progressiv über einen oder mehrere Tage. Weitere Informationen hierzu finden Sie unter Progressive Rollouts für Microsoft Edge-Updates.

Die Microsoft Edge-Webplattform entwickelt sich ständig weiter, um Benutzerfreundlichkeit, Sicherheit und Datenschutz zu verbessern. Weitere Informationen finden Sie unter Kommende Änderungen in Microsoft Edge mit Auswirkungen auf die Websitekompatibilität.

Version 131.0.2903.112: 19. Dezember 2024

Verschiedene Fehler und Leistungsprobleme wurden behoben.

Stabile Kanalsicherheitsupdates sind hier aufgeführt.

Version 130.0.2849.123: 19. Dezember 2024

Verschiedene Fehler und Leistungsprobleme für den erweiterten stabilen Kanal wurden behoben.

Stable Channel-Sicherheitsupdates sind hier aufgeführt.

Version 130.0.2849.116: 13. Dezember 2024

Verschiedene Fehler und Leistungsprobleme für den erweiterten stabilen Kanal wurden behoben.

Stable Channel-Sicherheitsupdates sind hier aufgeführt.

Version 131.0.2903.99: 12. Dezember 2024

Verschiedene Fehler und Leistungsprobleme wurden behoben.

Stabile Kanalsicherheitsupdates sind hier aufgeführt.

Version 131.0.2903.86: 5. Dezember 2024

Verschiedene Fehler und Leistungsprobleme wurden behoben.

Stabile Kanalsicherheitsupdates sind hier aufgeführt.

Version 130.0.2849.108: 5. Dezember 2024

Verschiedene Fehler und Leistungsprobleme für den erweiterten stabilen Kanal wurden behoben.

Version 131.0.2903.70: 25. November 2024

Verschiedene Fehler und Leistungsprobleme wurden behoben.

Behebt

  • Es wurde ein Problem unter Windows behoben, das beim Anzeigen bestimmter PDF-Dateien mit japanischen Schriftarten zu Renderingproblemen und fehlendem Text führte.

Version 131.0.2903.63: 21. November 2024

Verschiedene Fehler und Leistungsprobleme wurden behoben.

Stabile Kanalsicherheitsupdates sind hier aufgeführt.

Behebt

  • Es wurde ein Problem behoben, das verhinderte, dass das Dialogfeld "Browserdaten löschen" nach dem Klicken auf die Schaltfläche "Jetzt löschen" geschlossen wurde.

Version 131.0.2903.51: 15. November 2024

Verschiedene Fehler und Leistungsprobleme wurden behoben.

Version 130.0.2849.99: 14. November 2024

Verschiedene Fehler und Leistungsprobleme für das Release „Stabil (Erweitert) wurden behoben.

Version 131.0.2903.48: 14. November 2024

Verschiedene Fehler und Leistungsprobleme, Dev-Kanalupdates, Featureupdates, Richtlinienupdates und Websitekompatibilität, die sich auf Änderungen auswirken, wurden behoben.

Stable Channel-Sicherheitsupdates sind hier aufgeführt.

Ankündigung

Microsoft Edge WebView2 Runtime wird nicht mehr in der Liste Installierte Apps in den Windows-Einstellungen angezeigt, da es sich um eine persistente Systemkomponente handelt.

Dev Channel-Updates

Die folgenden Dev-Kanalupdates waren diesem Release des stabilen Kanals vorausgegangen. Die folgenden Dev-Hinweise enthalten ausführliche Informationen zu den Änderungen in den einzelnen Versionen.

Funktionsupdates

  • Dialogfeld 'Abbrechen' für beforeunload das Ereignis. Microsoft Edge hat das Verhalten des Abbruchdialogfelds für das beforeunload Ereignis geändert. Das Aufrufen event.preventDefault eines beforeunload Ereignishandlers verhindert nicht, dass das Dialogfeld angezeigt wird. Stattdessen muss im beforeunload Ereignishandler aufgerufen werden, event.returnValue = '' um den Abbruchdialog zu verhindern. Die Richtlinie BeforeunloadEventCancelByPreventDefaultEnabled ist veraltet und funktioniert nach Microsoft Edge Version 130 nicht mehr.

  • Änderungen an Kyber. Der Kyber-Algorithmus wurde mit geringfügigen technischen Änderungen standardisiert und in den Module Lattice Key Encapsulation Mechanism (ML-KEM) umbenannt. ML-KEM ist in der BoringSSL-Kryptografiebibliothek implementiert, sodass es von Diensten bereitgestellt und verwendet werden kann, die von dieser Bibliothek abhängig sind.

    Die Änderungen an der endgültigen Version von ML-KEM machen sie mit der zuvor bereitgestellten Version von Kyber nicht kompatibel. Aufgrund dieser Inkompatibilität werden die folgenden Änderungen in Microsoft Edge vorgenommen:

    • Edge wechselt von der Unterstützung von Kyber zu ML-KEM.
    • Edge bietet eine Schlüsselfreigabevorhersage für hybride ML-KEM (Codepoint 0x11EC).
    • Das PostQuantumKeyAgreementEnabled Flag und die PostQuantumKeyAgreementEnabled-Richtlinie gelten für Kyber und ML-KEM. Hinweis: Die PostQuantumKeyAgreementEnabled-Richtlinie wird in Edge-Version 141 entfernt.
    • Edge unterstützt keine Hybrid-Kyber (Codepoint-0x6399).

  • Neue Randleistenrichtlinie. Mit der EdgeSidebarAppUrlHostAllowList-Richtlinie können Administratoren eine Liste von Websites basierend auf URL-Mustern definieren, die nicht der EdgeSidebarAppUrlHostBlockList unterliegen. Wenn die Richtlinie konfiguriert ist, können die in der Zulassungsliste aufgeführten Apps in der Randleiste geöffnet werden, auch wenn sie in der Sperrliste aufgeführt sind. Weitere Informationen finden Sie unter Verwalten der Randleiste in Microsoft Edge.

Richtlinienupdates

Neue Richtlinien

Veraltete Richtlinien

Veraltete Richtlinie

Websitekompatibilität wirkt sich auf Änderungen aus

Hinweis

Teile dieser Versionshinweise sind Änderungen, die auf Arbeiten basieren, die von Chromium.org erstellt und freigegeben wurden und gemäß den in der Creative Commons Attribution 4.0 International License beschriebenen Bedingungen verwendet werden.

  • CSS-Ankerpositionierung: anchor-scope. Die anchor-scope -Eigenschaft ermöglicht das Einschränken der Sichtbarkeit von Ankernamen auf eine bestimmte Unterstruktur.

  • CSS font-variant-emoji. Die font-variant-emoji CSS-Eigenschaft bietet eine Möglichkeit, zwischen farbigen (Emoji-Stil) und monochromatischen (Textformat) Emoji-Glyphen zu steuern. Diese Methode kann auch durch Hinzufügen einer Emoji-Variationsauswahl erfolgen, insbesondere U+FE0E für Text und U+FE0F für Emojis nach jedem Emoji-Codepunkt.

  • CSS-Hervorhebungsvererbung. Bei der CSS-Hervorhebungsvererbung erben die CSS-Hervorhebungs-Pseudoklassen wie ::selection und ::highlightihre Eigenschaften über die Pseudomarkierungenkette anstelle der Elementkette. Das Ergebnis ist ein intuitiveres Modell für die Vererbung von Eigenschaften in Hervorhebungen.

  • Verbesserungen an der Formatierungsstruktur von <details> - und <summary> -Elementen. Unterstützen Sie mehr CSS-Stile für die Struktur von <details> - und <summary> -Elementen, damit diese Elemente in mehr Fällen verwendet werden können, in denen Offenlegungswidgets oder Akkordeon-Widgets im Web erstellt werden. Diese Änderung entfernt insbesondere Einschränkungen, die das Festlegen der Anzeigeeigenschaft für diese Elemente verhindert haben, und fügt ein ::details-content Pseudoelement hinzu, um den Container für den Teil zu formatieren, der erweitert und reduziert wird.

  • @page Randfelder. Unterstützung für Seitenrandfelder beim Drucken eines Webdokuments oder beim Exportieren als PDF hinzugefügt.

    Mithilfe @page der Randfelder können Sie den Inhalt im Seitenrandbereich definieren, z. B. um benutzerdefinierte Kopf- und Fußzeilen bereitzustellen, anstatt die integrierten Kopf- und Fußzeilen zu verwenden, die vom Browser generiert werden.

    Ein Randfeld wird mithilfe einer at-rule innerhalb einer CSS-Regel @page definiert. Die Darstellung und der Inhalt eines Randfelds werden mit CSS-Eigenschaften innerhalb der @page Regel angegeben, einschließlich der content -Eigenschaft. Leistungsindikatoren werden auch für die Seitennummerierung unterstützt. Die Spezifikation definiert zwei spezielle Indikatornamen: page für die aktuelle Seitenzahl und pages für die Gesamtzahl der Seiten.

  • @property unterstützen <string> die Syntax. Unterstützung für den Namen der <string> Syntaxkomponente für registrierte benutzerdefinierte Eigenschaften.

  • Unterstützung currentcolor in relativer Farbsyntax. Lassen Sie die Verwendung currentcolor relativer Farben in CSS (mit dem from Schlüsselwort (keyword)) als Basis zu. Mit dieser Unterstützung können Sie komplementäre Farben basierend auf der Textfarbe eines Elements für die Rahmen, Schatten oder Hintergründe dieses Elements festlegen.

    Dieses Feature umfasst auch Anwendungsfälle, in denen Farbfunktionen mit einer Abhängigkeit currentcolorvon geschachtelt sind, z. B.: color-mix (in srgb, rgb(from currentcolor r g b), white)) or rgb(from rgb(from currentcolor 1 g b) b g r).

  • Unterstützung externer SVG-Ressourcen für clip-pathdie Eigenschaften , fill, strokeund marker-* Dieses Feature fügt Unterstützung für externe Verweise für Clippfade, Marker und Paint-Server (für die fill Eigenschaften und stroke ) hinzu. Beispiel: clip-path: url("resources.svg#myPath").

  • Direct Sockets-API. Ermöglicht isolierten Web-Apps die Tcp- (Direct Transmission Control Protocol) und UDP-Kommunikation (User Datagram Protocol) mit Netzwerkgeräten und -systemen einzurichten sowie eingehende Verbindungen zu überwachen und zu akzeptieren.

  • Header von CSP-Einschränkungen ausschließen Speculation-Rules . Updates die Integration zwischen Spekulationsregeln und CSP, sodass CSP nur für <script type=speculationrules>und nicht für den Speculation-Rules Header gilt. Die Skriptrichtlinien von CSP sollen vor dem Einfügen von Skripts in HTML geschützt werden, und das CSP-Bedrohungsmodell bezieht sich nicht auf HTTP-Header. Dieser Ansatz ermöglicht eine einfachere Bereitstellung von Spekulationsregeln von CDNs und anderen Edgeservern.

  • FedCM als Vertrauenssignal für die Speicherzugriffs-API. Stimmt die FedCM- und Storage-Zugriffs-APIs ab, indem eine vorherige FedCM-Zuweisung einen gültigen Grund für die automatische Genehmigung einer Speicherzugriffsanforderung annimmt.

    Wenn ein Benutzer die Berechtigung erteilt, seine Identität mit einem Identitätsanbieter (Identity Provider, IdP) eines Drittanbieters für eine vertrauende Seite (RP) zu verwenden, benötigen viele IdPs Cookies von Drittanbietern, um ordnungsgemäß und sicher zu funktionieren. Dieser Vorschlag zielt darauf ab, diese Anforderung auf private und sichere Weise zu erfüllen, indem die Berechtigungsüberprüfungen der Speicherzugriffs-API (SAA) so aktualisiert werden, dass nicht nur die von einer Eingabeaufforderung für den Speicherzugriff erteilte Berechtigung akzeptiert wird, sondern auch die berechtigungserteilung durch eine FedCM-Eingabeaufforderung.

    Eine wichtige Eigenschaft dieses Mechanismus besteht darin, die Gewährung auf Fälle zu beschränken, die vom Rp explizit mit der FedCM-Berechtigungsrichtlinie zugelassen werden, das Erzwingen eines Pro-Frame-Steuerelements für den Rp und das Verhindern der passiven Überwachung durch den IdP über die Funktionen hinaus, die FedCM bereits gewährt.

  • COOP-Wert noopener-allow-popups. Einige Ursprünge können unterschiedliche Anwendungen mit unterschiedlichen Sicherheitsanforderungen enthalten. In diesen Fällen kann es vorteilhaft sein, zu verhindern, dass Skripts, die in einer Anwendung ausgeführt werden, Seiten einer anderen Anwendung mit gleichem Ursprung öffnen und skripten können.

    In solchen Fällen kann es für ein Dokument von Vorteil sein, sicherzustellen, dass sein Opener es nicht skripten kann, auch wenn das Opener-Dokument ein Dokument mit demselben Ursprung ist. Mit dem noopener-allow-popups Wert Cross-Origin-Opener-Policy können Dokumente dieses Verhalten definieren.

  • Wählen Sie Parserentspannung aus. Durch diese Änderung lässt der HTML-Parser neben , <optgroup>und <hr>weitere Tags in <select><option>zu.

    Diese Änderung unterstützt das anpassbare <select> Feature, wird aber zuerst ausgeliefert, da sie separat durchgeführt werden kann und ein gewisses Kompatibilitätsrisiko birgt.

  • WebGPU: Clip-Entfernungen. Fügt das optionale GPU-Feature clip-distances hinzu, mit dem benutzerdefinierte Clipabstände in Vertex-Shaderausgaben festgelegt werden können. Diese Technik ist nützlich für Anwendungen, die alle Scheitelpunkte in einer Szene abschneiden müssen, die über eine benutzerdefinierte Ebene hinausgehen, z. B. viele CAD-Anwendungen.

  • WebGPU: GPUCanvasContext getConfiguration(). Sobald GPUCanvasContext configure() mit einem Konfigurationswörterbuch aufgerufen wird, kann die GPUCanvasContext getConfiguration() -Methode verwendet werden, um die Canvas-Kontextkonfiguration zu überprüfen. Sie enthält GPU-Member device, format, usage, viewFormats, colorSpace, toneMappingund alphaMode . Wie in Issue 4828 erläutert, können Web-Apps damit erkennen, ob HDR-Canvas in WebGPU unterstützt wird.

  • WebHID für dedizierte Worker. Aktiviert WebHID in dedizierten Workerkontexten. Dies ermöglicht die Leistung von hohen E/A-Vorgängen und die Verarbeitung von Daten von einem HID-Gerät in einem separaten Thread, wodurch die Leistungseinbußen auf den Standard Thread reduziert werden können.

  • WebRTC RTCRtpEncodingParameters.scaleResolutionDownTo. Eine API, die WebRTC-Encoder so konfiguriert, dass Eingabeframes skaliert werden, wenn sie größer als die angegebenen maxWidth und maxHeightsind. Diese API ähnelt scaleResolutionDownBy der Ausnahme, dass Auflösungseinschränkungen in absoluten Ausdrücken (z. B. 640 x 360) im Gegensatz zu relativen Begriffen (z. B. herunterskalieren um 2) ausgedrückt werden, wodurch Racebedingungen im Zusammenhang mit der änderung der Eingabeframegröße vermieden werden.

  • Entfernen Sie die CSS Anchor Positioning-Eigenschaft inset-area. Mit der CSS-Arbeitsgruppe-Auflösung zum Umbenennen der inset-area Eigenschaft in position-areabereinigt diese Entfernung die Implementierung für ein standardkonformes Feature.

  • Entfernen Sie die nicht standardmäßige GPUAdapter-Methode requestAdapterInfo() . Die WebGPU-Arbeitsgruppe hat entschieden, dass es für nicht praktikabel requestAdapterInfo() war, eine Berechtigungsaufforderung auszulösen, sodass sie diese Option entfernt und durch das GPUAdapter-Attribut info ersetzt wurde, damit Webentwickler synchron den gleichen GPUAdapterInfo Wert erhalten können.

Version 130.0.2849.80: 7. November 2024

Verschiedene Fehler und Leistungsprobleme wurden behoben.

Stabile Kanalsicherheitsupdates sind hier aufgeführt.

Version 130.0.2849.68: 31. Oktober 2024

Verschiedene Fehler und Leistungsprobleme wurden behoben, die Zuverlässigkeit wurde verbessert.

Stable Channel-Sicherheitsupdates sind hier aufgeführt.

Verbesserte Zuverlässigkeit

  • Es wurde ein Rendererabsturz (STATUS_BREAKPOINT) behoben, der bei der Verwendung einiger Websites mit aktivierter Barrierefreiheit für Webinhalte auftrat.

Version 130.0.2849.56: 24. Oktober 2024

Verschiedene Fehler und Leistungsprobleme wurden behoben.

Stabile Kanalsicherheitsupdates sind hier aufgeführt.

Behebt

  • Es wurde ein Problem behoben, das verhinderte, dass einige Browsererweiterungen, die die chrome.storage.managed API verwendeten, ordnungsgemäß funktionierten.

Version 130.0.2849.52: 22. Oktober 2024

Verschiedene Fehler und Leistungsprobleme wurden behoben, die Zuverlässigkeit wurde verbessert.

Verbesserte Zuverlässigkeit

  • Es wurde ein Browserabsturz behoben, der beim Starten in lokalen Umgebungen beim Erstellen eines neuen Microsoft Edge-Profils aufgetreten ist.

Version 130.0.2849.46: 17. Oktober 2024

Verschiedene Fehler und Leistungsprobleme, Dev-Kanalupdates, Ankündigungen, Featureupdates, Änderungen an der Websitekompatibilität und Richtlinienupdates wurden behoben.

Hinweis

Teile dieser Versionshinweise sind Änderungen, die auf Arbeiten basieren, die von Chromium.org erstellt und freigegeben wurden und gemäß den in der Creative Commons Attribution 4.0 International License beschriebenen Bedingungen verwendet werden.

Stable Channel-Sicherheitsupdates sind hier aufgeführt.

Dev Channel-Updates

Die folgenden Dev-Kanalupdates waren diesem Release des stabilen Kanals vorausgegangen. Die folgenden Dev-Hinweise enthalten ausführliche Informationen zu den Änderungen in den einzelnen Versionen.

Behebt

  • Es wurde ein Problem behoben, das verhinderte, dass das Aktenkoffersymbol auf der seite edge://settings/sidebar angezeigt wurde, wenn die Edgeleiste mithilfe der StandaloneHubsSidebarEnabled-Richtlinie deaktiviert wurde.

  • Es wurde ein Problem behoben, das zu Renderingproblemen auf einigen SharePoint-Websites führte.

  • Es wurde ein Problem behoben, bei dem das Dialogfeld "Microsoft Edge kann nicht aktualisiert" für verwaltete Windows-Geräte versehentlich angezeigt wurde.

Ankündigungen

  • Liveuntertitel. Die LiveCaptionsAllowed-Richtlinie war seit Microsoft Edge Version 103 verfügbar, aber dieses Feature ist nicht allgemein verfügbar. Clients, bei denen die Richtlinie ExperimentationAndConfigurationServiceControl auf "FullMode" festgelegt ist, erhalten das Feature möglicherweise vor der breiten Verfügbarkeit. Die breite Verfügbarkeit wird über die Versionshinweise zu Microsoft Edge angekündigt.

  • Dialogfeld 'Abbrechen' für beforeunload das Ereignis. Microsoft Edge ändert das Verhalten des Abbruchdialogfelds für das beforeunload Ereignis in Microsoft Edge Version 131. Ab Version 131 verhindert das Aufrufen event.preventDefault in einem beforeunload Ereignishandler nicht, dass der Dialog angezeigt wird. Stattdessen muss im beforeunload Ereignishandler aufgerufen werden, event.returnValue = '' um den Abbruchdialog zu verhindern. Die Richtlinie BeforeunloadEventCancelByPreventDefaultEnabled ist veraltet und funktioniert nach Microsoft Edge Version 130 nicht mehr.

Funktionsupdates

  • Tokenbindung. Die Tokenbindung verwendet kryptografische Zertifikate an beiden Enden der TLS-Verbindung, um die Sicherheitslücke von Bearertoken zu schließen, die verloren gehen oder gestohlen werden können. Die Tokenbindung ist in Microsoft Edge Version 130 veraltet. Außerdem ist die Richtlinie AllowTokenBindingForUrls jetzt veraltet.

  • Copilot-Browserkontextrichtlinien. Die EdgeEntraCopilotPageContext-Richtlinie ist ab Microsoft Edge Version 130 verfügbar und ersetzt die CopilotCDPPageContext-Richtlinie . Die CopilotCDPPageContext-Richtlinie ist in Microsoft Edge Version 130 veraltet und in Edge 133 veraltet.

  • Erhöhen der obersten Einstellungen und Verbessern der Navigationsfähigkeit der Einstellungsseite. Um die Suche nach Browsereinstellungen effizienter zu gestalten, führt Microsoft Edge drei Navigationsverbesserungen an den Edgeeinstellungen ein. Wir ändern die Funktionalität keiner Einstellung, und alle Einstellungen bleiben auf der gleichen Seite wie heute, befinden sich aber hinter anklickbaren Abschnitten. Diese Änderungen sind wie folgt:

    • Führen Sie den Schnellzugriff auf die am häufigsten verwendeten Einstellungsaktionen ein, an der Benutzer bei der Eingabe von Edgeeinstellungen (die Seite Profile) zuerst landen. Wenn Sie auf die Schaltfläche mit dem Namen der Einstellung klicken, werden Benutzer direkt zu ihrem Speicherort navigiert.

    • Erleichtern Sie die Navigation dicht aufgefüllten Einstellungsseiten (z. B. Datenschutz, Suche und Dienste, Darstellung, Cookies und Websiteberechtigungen, System und Leistung), indem Sie schnell auf die am häufigsten verwendeten Aktionen auf dieser Seite zugreifen. Durch Klicken auf die Schaltfläche mit dem Namen der Einstellung gelangen Benutzer direkt zu deren Speicherort.

    • Für diese dicht aufgefüllten Seiten ist jeder lange Abschnitt der Einstellungen ein klickbares "Inhaltsverzeichnis" mit beschreibenden Untertexten. Dies hilft Benutzern, Einstellungen direkt zu finden und unnötiges Scrollen zu vermeiden.

    Anmerkung: Dieses Feature ist ein kontrollierter Featurerollout. Wenn dieses Feature nicht angezeigt wird, schauen Sie noch einmal nach, während wir unseren Rollout fortsetzen.

  • Edge unter macOS öffnet jetzt nahtlos Links in Teams. Wenn Microsoft Edge als Browser zum Öffnen von Weblinks in Teams konfiguriert ist, werden Links im Teams-Chat über Edge geöffnet, und Edge startet in dem Profil, das mit dem authentifizierten Profil übereinstimmt. Benutzer können von einer nahtlosen Browsererfahrung profitieren, die ihre Identität und Benutzerdaten in Microsoft-Apps integriert. Administratoren können die Verfügbarkeit dieses Features mithilfe der Microsoft 365-Richtlinie "Auswählen, welcher Browser öffnet Weblinks" steuern. Anmerkung: Dieses Feature ist ein kontrollierter Featurerollout. Wenn dieses Feature nicht angezeigt wird, schauen Sie noch einmal nach, während wir unseren Rollout fortsetzen.

Websitekompatibilität wirkt sich auf Änderungen aus

  • Komprimierungswörterbuchtransport mit gemeinsam genutztem Brotli und freigegebenem Zstandard. Dieses Feature fügt Unterstützung für die Verwendung von festgelegten vorherigen Antworten als externes Wörterbuch für die Inhaltscodierung von Antworten zur Komprimierung von Antworten mit Brotli oder Zstandard hinzu.

    Unternehmen können potenzielle Kompatibilitätsprobleme mit der Unternehmensnetzwerkinfrastruktur haben, die HTTPS-Datenverkehr abfängt und empfindlich auf unbekannte Inhaltscodierungen reagiert. Die CompressionDictionaryTransportEnabled-Richtlinie ist verfügbar, um das Komprimierungswörterbuch-Transportfeature zu deaktivieren.

  • Bildlaufcontainer mit Fokus auf der Tastatur. Dieses Feature verbessert die Barrierefreiheit, indem Scrollcontainer mithilfe der sequenziellen Fokusnavigation fokussiert werden können. Heute konzentriert sich die Tabulatortaste nicht auf Scroller, es sei denn, tabIndex ist explizit auf 0 oder mehr festgelegt.

    Indem Scroller standardmäßig fokussierbar sind, können Benutzer ohne Maus beschnittenen Inhalt jetzt mithilfe von TAB- und Pfeiltasten fokussieren. Dieses Verhalten ist nur aktiviert, wenn der Scroller keine untergeordneten Elemente mit Tastaturfokus enthält. Diese Logik ist erforderlich, damit es keine Regressionen für vorhandene fokussierbare Elemente gibt, die in einem Scroller wie einem <Textbereich> vorhanden sein könnten.

    Wenn mehr Zeit zum Anpassen dieses neuen Features benötigt wird, ist die Richtlinie KeyboardFocusableScrollersEnabled in Edge 128 verfügbar.

  • Unterstützt nicht spezielle Schema-URLs.Nicht spezielle Schema-URLs werden jetzt unterstützt, z. B. git://example.com/path. Zuvor hat der URL-Parser keine nicht speziellen URLs unterstützt. Der Parser analysiert nicht spezielle URLs so, als ob sie einen nicht transparenten Pfad hätten, der nicht am URL-Standard ausgerichtet ist. Nun analysiert der URL-Parser nicht spezielle URLs ordnungsgemäß gemäß dem URL-Standard. Weitere Informationen finden Sie unter http://bit.ly/url-non-special.

Richtlinienupdates

Neue Richtlinien

Veraltete Richtlinien

  • CopilotCDPPageContext – Steuern von Copilot mit kommerziellem Datenschutzzugriff auf den Seitenkontext für Microsoft Entra ID Profile (veraltet)

Veraltete Richtlinie

  • AllowTokenBindingForUrls : Konfigurieren der Liste der Websites, für die Microsoft Edge versucht, eine Tokenbindung mit (veraltet) einzurichten

Version 129.0.2792.89: 10. Oktober 2024

Verschiedene Fehler und Leistungsprobleme wurden behoben.

Stabile Kanalsicherheitsupdates sind hier aufgeführt.

Version 128.0.2739.113: 10. Oktober 2024

Verschiedene Fehler und Leistungsprobleme für den erweiterten stabilen Kanal wurden behoben.

Stable Channel-Sicherheitsupdates sind hier aufgeführt.

Version 129.0.2792.79: 3. Oktober 2024

Verschiedene Fehler und Leistungsprobleme wurden behoben.

Stabile Kanalsicherheitsupdates sind hier aufgeführt.

Version 128.0.2739.107: 3. Oktober 2024

Verschiedene Fehler und Leistungsprobleme für den erweiterten stabilen Kanal wurden behoben.

Stable Channel-Sicherheitsupdates sind hier aufgeführt.

Version 128.0.2739.97: 26. September 2024

Verschiedene Fehler und Leistungsprobleme für den erweiterten stabilen Kanal wurden behoben.

Stable Channel-Sicherheitsupdates sind hier aufgeführt.

Version 129.0.2792.65: 26. September 2024

Verschiedene Fehler und Leistungsprobleme sowie Featureupdates wurden behoben.

Stable Channel-Sicherheitsupdates sind hier aufgeführt.

Funktionsupdates

  • Microsoft Edge-Randleistenupdates. Für inaktive Randleistenbenutzer und neue Edge-Benutzer ist die Randleiste deaktiviert. Benutzer können jederzeit zur Einstellungs-Randleiste > zurückkehren und die Seitenleiste jederzeit wieder einschalten. Für aktive Randleistenbenutzer bleibt der aktuelle Randleistenzustand gleich.

    Administratoren können die Verfügbarkeit der Randleiste mithilfe der Richtlinie HubsSidebarEnabled steuern.

Version 128.0.2739.90: 19. September 2024

Verschiedene Fehler und Leistungsprobleme des erweiterten stabilen Kanals wurden behoben.

Sicherheitsupdates im Stabilen Kanal sind hier aufgeführt.

Version 129.0.2792.52: 19. September 2024

Es wurden verschiedene Fehler und Leistungsprobleme, Featureupdates, Websiteänderungen, die sich auf die Kompatibilität auswirken, und Richtlinienupdates behoben.

Stable Channel-Sicherheitsupdates sind hier aufgeführt.

Hinweis

Teile dieser Versionshinweise sind Änderungen, die auf Arbeiten basieren, die von Chromium.org erstellt und freigegeben wurden und gemäß den in der Creative Commons Attribution 4.0 International License beschriebenen Bedingungen verwendet werden.

Dev Channel-Updates

Die folgenden Dev-Kanalupdates waren diesem Release des stabilen Kanals vorausgegangen. Die folgenden Dev-Hinweise enthalten ausführliche Informationen zu den Änderungen in den einzelnen Versionen.

Behebt

Funktionsupdates

  • Update auf von Microsoft Edge unterstützte Betriebssysteme. Die mindestens unterstützte macOS-Version wird auf macOS 11 erhöht. Benutzer mit älteren Versionen von macOS erhalten keine Microsoft Edge-Updates mehr. Weitere Informationen finden Sie unter Von Microsoft Edge unterstützte Betriebssysteme.

  • Einstellung des CryptoWallet-Features. Um die Endbenutzererfahrung zu verbessern, sind das CryptoWallet-Feature und die CryptoWalletEnabled-Richtlinie veraltet. Die CryptoWalletEnabled-Richtlinie wird in einem kommenden Release veraltet sein.

Websitekompatibilität wirkt sich auf Änderungen aus

  • Einstellung der nicht standardmäßigen deklarativen Schatten-DOM-Serialisierung. Die Prototypimplementierung, die 2020 ausgeliefert und dann 2023 aktualisiert wurde, enthielt eine Methode namens getInnerHTML() , die zum Serialisieren von DOM-Strukturen mit Schattenwurzeln verwendet werden konnte. Dieser Teil des Prototyps wurde nicht mit dem Rest des deklarativen Schatten-DOM standardisiert und hat erst kürzlich einen Spezifikationskonsens erreicht (ausführliche Informationen finden Sie auf GitHub. Im Rahmen dieses Konsenses hat sich die Form der getInnerHTML API geändert.

  • Schließen Sie das includeShadowRoots-Argument in DOMParser als veraltet aus. Das includeShadowRoots Argument war ein nie standardisiertes Argument für die DOMParser.parseFromString() Funktion, das die imperative Analyse von HTML-Inhalten mit deklarativem Schatten-DOM ermöglichte. Diese Funktion wurde im Rahmen der ersten Lieferung des deklarativen Schatten-DOM ausgeliefert. Seit der Neubesprechung der Standards im Jahr 2023 hat sich die Form der DSD-APIs geändert, einschließlich dieses Features für die imperative Analyse.

    Da nun eine standardisierte Version dieser API in Form von setHTMLUnsafe() und parseHTMLUnsafe() ausgeliefert wurde, muss das nicht standardmäßige includeShadowRoots Argument veraltet und entfernt werden. Die gesamte Nutzung sollte sich entsprechend verschieben:

    Statt:

    (new DOMParser()).parseFromString(html,'text/html',{includeShadowRoots: true});

    Dies kann stattdessen verwendet werden:

    document.parseHTMLUnsafe(html);

  • Benennen Sie inset-area in position-area um. Die CSS-Arbeitsgruppe (CSSWG) hat beschlossen, diese Eigenschaft von in umzubenennen inset-areaposition-area. Weitere Informationen finden Sie in der CSSWG-Diskussion auf GitHub.

    Die alten und neuen Eigenschaftennamen werden für einige Meilensteine unterstützt, um Entwicklern die Migration zum neuen Positionsbereichsnamen zu erleichtern. Wir senden den neuen Eigenschaftsnamen ( position-area) als Synonym für inset-area.

    Die inset-area Eigenschaft soll derzeit in Microsoft Edge Version 131 entfernt werden.

Richtlinienupdates

Neue Richtlinien

Veraltete Richtlinien

Weitere Informationen