Veraltete Intl.Locale Getter |
v143 |
Die Accessoreigenschaften des Objekts Intl.Locale sind jetzt zugunsten der entsprechenden Funktionen pro Spezifikation veraltet. Weitere Informationen finden Sie unter "Veraltete Intl.Locale Getter" in den Versionshinweisen zur Webplattform Microsoft Edge 143 (Dezember 2025). |
Mobile und Desktop Parität für <select> Elemente |
v142 |
Die Darstellung von HTML-Elementen bei Verwendung der <select>multiplesize and-Attribute ist jetzt auf mobilen und Desktop-Geräten einheitlich. Weitere Informationen finden Sie unter Mobil- und Desktopparität für <select> Elemente in den Versionshinweisen zur Webplattform Microsoft Edge 142 (Okt. 2025). |
Entfernen spezieller Schriftgradregeln für <h1> |
v140 |
Die speziellen Rand- und Schriftgrößenregeln für <h1> Elemente, wenn sie in <aside><article>, , <nav>und <section> Elementen verschachtelt sind, wurden jetzt entfernt, um die Barrierefreiheit zu verbessern. Weitere Informationen finden Sie unter Entfernte spezielle Schriftgrößenregeln für <h1> innerhalb einiger Elemente in denVersionshinweisen zur Webplattform Microsoft Edge 140 (September 2025). |
| Das Entfernen asynchroner Bereiche für Medienquellenerweiterungen löst Ausnahmen aus. |
v138 |
Die folgenden Änderungen wurden an der Spezifikation für Medienquellenerweiterungen vorgenommen, um mehrdeutig definiertes Verhalten mit asynchronen Bereichsentfernungen zu verhindern:
*
SourceBuffer.abort() bricht SourceBuffer.remove() Vorgänge nicht mehr ab. * Die aktuell MediaSource.duration gepufferten Medien können nicht mehr abgeschnitten werden. Während diese Änderungen vor langer Zeit vorgenommen wurden und Safari und Firefox sie bereits implementiert haben, hatte Chromium dies noch nicht getan. In beiden Fällen werden jetzt Ausnahmen ausgelöst. Siehe Medienquellen-API bei MDN. |
| Entfernen des automatischen SwiftShader-Fallbacks |
v138 |
Wenn bisher kein WebGL-Kontext mit der verfügbaren GPU erstellt werden konnte, griff Chromium automatisch auf den SwiftShader-Softwarerenderer zurück. Dieses automatische Fallbackverhalten wurde entfernt, und die Erstellung des WebGL-Kontexts schlägt jetzt fehl, anstatt auf SwiftShader zurückzugreifen. SwiftShader birgt Sicherheitsrisiken und führt zu einer schlechten Benutzererfahrung, wenn von einem leistungsstarken GPU-gestützten WebGL zu einer CPU-gestützten Implementierung zurückgegriffen wird. SwiftShader bleibt ein nützliches Tool für Headless-Tests auf einer Website. Dieser Anwendungsfall wird weiterhin unterstützt, indem Sie sich anmelden, indem Sie Microsoft Edge mit dem --enable-unsafe-swiftshader Befehlszeilenargument ausführen. Siehe Verwenden von Chromium mit SwiftShader. |
getHostEnvironmentValue einstellen |
v137-v141 |
Verwerfen Sie die nicht standardbasierte, ausschließlich window.external.getHostEnvironmentValue() auf Microsoft Edge basierende Methode, und verwenden Sie stattdessen die standardisierte User-Agent Client Hints-API, um Browser- und Plattforminformationen verfügbar zu machen. User-Agent Clienthinweise stellen Browser- und Plattforminformationen auf eine Weise bereit, die die Privatsphäre besser schützt. Weitere Informationen finden Sie unter Erkennen von Windows 11- und CPU-Architektur mithilfe von User-Agent Clienthinweisen und der Benutzer-Agent-Clienthinweise-API. |
| Updates für HTTPS-Richtlinien |
v136-v139 |
Die AutomaticHttpsDefault Richtlinie wird in Version 136 unterstützt, aber davon wird abgeraten, und es ist geplant, sie in Version 139 zu entfernen. Verwenden Sie stattdessen die neue HttpsUpgradesEnabled Richtlinie, die ab Version 136 verfügbar ist. |
Methode entfernen navigator.xr.supportsSession |
v135 |
Die veraltete navigator.xr.supportsSession Eigenschaft wird aus der WebXR-API entfernt. Siehe Methode "Entfernennavigator.xr.supportsSession" in den Versionshinweisen zur Microsoft Edge 135-Webplattform (April 2025). |
WebGPU-Limit entfernen maxInterStageShaderComponents |
v135 |
Die maxInterStageShaderComponents Begrenzung wurde aufgehoben. Weitere Informationen finden Sie unter Entfernen des WebGPU-Limits maxInterStageShaderComponentsin den Versionshinweisen zur Webplattform Microsoft Edge 135 (April 2025). |
Veraltete -ms-high-contrast und -ms-high-contrast-adjust |
v134-v138 |
Die CSS-Medienabfrage -ms-high-contrast und die -ms-high-contrast-adjust Eigenschaft sind veraltet und ersetzen stattdessen das standardbasierte Feature für erzwungene Farben . Siehe Einstellung der Unterstützung für -ms-high-contrast und -ms-high-contrast-adjust. |
WebGPU-Grenzwert maxInterStageShaderComponents |
v133 |
Das WebGPU-Limit maxInterStageShaderComponents wird entfernt. Siehe Veraltetes WebGPU-Limit maxInterStageShaderComponents. |
<link rel=prefetch> Fünf-Minuten-Regel |
v133 |
Wenn zuvor eine Ressource vorab <link rel=prefetch>abgerufen wurde, wurde ihre Cachesemantik (insbesondere max-age und no-cache) bei der ersten Verwendung innerhalb von 5 Minuten ignoriert, um ein erneutes Abrufen zu vermeiden. Jetzt wurde dieser Sonderfall entfernt, und es wird die normale HTTP-Cache-Semantik verwendet. Siehe Entfernen der <link rel=prefetch> Fünf-Minuten-Regel. |
Attribut als veraltet kennzeichnen textprediction |
v133 |
Entfernt die Unterstützung für das textprediction HTML-Attribut, bei dem es sich um ein nicht standardmäßiges Attribut handelt, das zum Aktivieren oder Deaktivieren der browserbasierten Textvorhersagefunktion für lange Texteingaben verwendet wird. Verwenden Sie stattdessen das standardisierte writingsuggestions Attribut, das ähnlich wie textpredictionfunktioniert, aber auch für andere Schreibunterstützungsfeatures gilt, die Browser möglicherweise bereitstellen. Websites, die explizit auf true denselben Wert festgelegt werden textprediction oder false stattdessen writingsuggestions festgelegt werden können. Weitere Informationen finden Sie unter Schreibvorschläge in der HTML-Spezifikation. |
| Entfernen der Unterstützung für die Tokenbindung |
v127, v130 |
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 Unternehmensrichtlinie "AllowTokenBindingsForUrls " wird ab Version 127 nicht mehr unterstützt. Die Unterstützung für das Token Binding-Protokoll wird in Version 130 eingestellt. |
| Entfernen von Mutationsereignissen |
v127 |
Entfernt die Unterstützung für Mutationsereignisse in Chromium. Verwenden Sie stattdessen die MutationObserver-API . Siehe Absicht zu veralten: Mutationsereignisse. |
| Entfernen von Web-SQL |
v124 |
Die Web SQL-Unterstützung wird vollständig entfernt. In früheren Versionen war die Web-SQL-Unterstützung standardmäßig deaktiviert, konnte aber über die WebSQLAccess-Richtlinie wieder aktiviert werden. Nach dieser Änderung gibt es keinen Mechanismus mehr, um die Web-SQL-Unterstützung zu aktivieren. Diese Änderung erfolgt im Chromium-Projekt, auf dem Microsoft Edge basiert. Weitere Informationen finden Sie unter Absicht zum Veralteten Schreiben und Entfernen von Web SQL. |
| Unterstützung für die Dateiformate AVIF und AV1 wurde hinzugefügt |
v121 |
Microsoft Edge unterstützt jetzt die Dateiformate AVIF und AV1, die eine bessere Komprimierung und höhere Qualität von Bildern und Videos bieten. Benutzer können schnellere Ladezeiten und bessere Medienqualität auf Websites genießen. |
| Entfernen von Native Client (NaCl) |
v120 |
Um die Websicherheit und -leistung zu verbessern, wird Native Client (NaCl) für Microsoft Edge (zusammen mit anderen Browsern) nicht mehr unterstützt. NaCl wurde durch Version 115 unterstützt. In v116 bis v119 war NaCl nur durch Aktivieren einer Unternehmensrichtlinie verwendbar. WebAssembly (Wasm) wird anstelle von NaCl empfohlen. siehe Ausführen von kompiliertem Code in einer Erweiterung. |
Änderungen an werden document.domain standardmäßig ignoriert |
v119 |
Die document.domain Eigenschaft konnte in der Vergangenheit so eingestellt werden, dass die Richtlinie des gleichen Ursprungs gelockert wird und Subdomains von einer Website interagieren können. Dieses Verhalten wird standardmäßig deaktiviert, sodass das Festlegen der document.domain Eigenschaft keine Auswirkungen hat. Weitere Informationen und Problemumgehungen finden Sie unter Microsoft Edge deaktiviert das Ändern von "document.domain". |
| Neue TLS-Serverzertifikatüberprüfung |
v111 (verwaltete Geräte), v109 (nicht verwaltete Geräte) |
Es werden keine Auswirkungen auf die Sitekompatibilität erwartet. Wenn Sie ungewöhnliche TLS-Serverzertifikatbereitstellungen haben, sollten Sie in v109 testen, um sicherzustellen, dass es keine Auswirkungen gibt. Weitere Informationen und Testleitfäden finden Sie unter Änderungen an der Überprüfung des TLS-Server-Zertifikats im Microsoft Edge-Browser. |
| Senden von CORS-Preflightanforderungen für den privaten Netzwerkzugriff |
v104 |
Ab Version 104 sendet Microsoft Edge eine CORS-Preflight-Anforderung, bevor eine Seite aus dem Internet Ressourcen aus einem lokalen Netzwerk (Intranet) anfordern darf. Der Intranetserver sollte auf den Preflight reagieren, indem er eine explizite Berechtigung für den Zugriff auf die Ressource erteilt. Das Ergebnis dieser Überprüfung wurde noch nicht erzwungen. Die Erzwingung beginnt frühestens in Version 111. Diese Änderung erfolgt im Chromium-Projekt, auf dem Microsoft Edge basiert. Siehe Preflight-Anfrage im Glossar bei MDN; Feature: Zugriff auf private Netzwerke Preflight-Anforderungen für Unterressourcen: Modus "Nur Warnung" Chrome-Plattformstatus. Zwei Kompatibilitätsrichtlinien sind verfügbar, um die CORS-Preflight-Anforderung zu unterdrücken: InsecurePrivateNetworkRequestAllowed und InsecurePrivateNetworkRequestAllowedForUrls. |
| Externe Protokolle in Sandbox-Frames standardmäßig blockieren |
v103 |
Blockiert die Verwendung externer Protokolle (die mit Nicht-Browser-Anwendungen interagieren) aus Sandbox-iframes, es sei denn, die Berechtigung wird explizit durch das sandbox Attribut für den Frame erteilt. Diese Änderung erfolgt im Chromium-Projekt, auf dem Microsoft Edge basiert. Weitere Informationen finden Sie im Chrome-Plattformstatuseintrag. |
| Dreistellige Versionsnummer in der User-Agent-Zeichenfolge |
v100 |
Ab Version 100 sendet Microsoft Edge eine dreistellige Versionsnummer im User-Agent-Header, z. B Edg/100. Dies kann Skripts oder serverseitige Analysen verwirren, die einen fehlerhaften Parser verwenden, um die Versionsnummer der User-Agent Zeichenfolge zu ermitteln. Ab Version 97 können Websitebesitzer diese Bedingung vor Version 100 emulieren, indem sie das Experimentflag #force-major-version-to-100 in edge://flagsaktivieren. |
| Veraltete Plan-B-SDP-Semantik von WebRTC |
v98 (Chrome+2) |
Diese Änderung erfolgt im Chromium-Projekt, auf dem Microsoft Edge basiert. Mit dieser Änderung wird ein veralteter SDP-Dialekt (Session Description Protocol) namens "Plan B" nicht mehr unterstützt. Dieses SDP-Format wird durch "Unified Plan" ersetzt, ein spezifikationskonformes und browserübergreifendes SDP-Format. Weitere Informationen finden Sie im Chrome Platform Status-EintragPSA: Plan B should throw in M96 Beta and Stable und PSA: Plan B throwing in Stable and Extended Deprecation Trial End Date. Der Microsoft-Rolloutzeitplan für die Ausmusterung ist für zwei Versionen nach Chrome geplant. |
| WebSQL in Drittanbieterkontexten blockieren |
v97 |
Die Verwendung des veralteten WebSQL-Features wird von Drittanbieterframes blockiert. Eine Unternehmensrichtlinie WebSQLInThirdPartyContextEnabled ist als Opt-out bis v101 verfügbar. Diese Änderung erfolgt im Chromium-Projekt, auf dem Microsoft Edge basiert. Weitere Informationen finden Sie im Chrome-Plattformstatuseintrag. |
| Downloads gemischter Inhalte blockieren |
v94 |
Das Herunterladen von Dateien von HTTP-URLs wird auf HTTPS-Seiten blockiert. Diese Änderung erfolgt im Chromium-Projekt, auf dem Microsoft Edge basiert. Weitere Informationen finden Sie im Google Security-Blogeintrag. |
| Beschränken privater Netzwerkanforderungen auf sichere Kontexte |
v94 |
Ab v94 erfordert der Zugriff auf Ressourcen in lokalen Netzwerken (Intranet) von Seiten im Internet, dass diese Seiten über HTTPS bereitgestellt werden. Diese Änderung erfolgt im Chromium-Projekt, auf dem Microsoft Edge basiert. Weitere Informationen finden Sie im Chrome-Plattformstatuseintrag. Zwei Kompatibilitätsrichtlinien sind verfügbar, um Szenarien zu unterstützen, die die Kompatibilität mit nicht sicheren Seiten beibehalten müssen: InsecurePrivateNetworkRequestAllowed und InsecurePrivateNetworkRequestAllowedForUrls. |
| Entfernen von 3DES in TLS |
v93 |
Ab Version 93 wird die Unterstützung für die TLS_RSA_WITH_3DES_EDE_CBC_SHA Verschlüsselungssammlung entfernt. Diese Änderung erfolgt im Chromium-Projekt, auf dem Microsoft Edge basiert. Weitere Informationen finden Sie im Chrome-Plattformstatuseintrag. Darüber hinaus wird in Version 93 eine Kompatibilitätsrichtlinie verfügbar sein, um Szenarien zu unterstützen, die die Kompatibilität mit veralteten Servern beibehalten müssen. Diese Kompatibilitätsrichtlinie wird veraltet und funktioniert in Version 95 nicht mehr. Stellen Sie sicher, dass Sie betroffene Server vorher aktualisieren. |
| Automatisches Upgrade von Bildern mit gemischtem Inhalt |
v88 |
Nicht sichere (HTTP) Verweise auf Bilder werden automatisch auf HTTPS aktualisiert. Wenn das Bild nicht über HTTPS verfügbar ist, schlägt der Bilddownload fehl. Zur Steuerung dieser Funktion ist eine Gruppenrichtlinie verfügbar. Diese Änderung erfolgt im Chromium-Projekt, auf dem Microsoft Edge basiert. Weitere Informationen finden Sie im Chrome-Plattformstatuseintrag. |
| Entfernen von Adobe Flash |
v88 |
Diese Änderung erfolgt im Chromium-Projekt, auf dem Microsoft Edge basiert. Weitere Informationen finden Sie in der Adobe Flash Chromium Roadmap. |
| Entfernen der FTP-Unterstützung |
v88 |
Veraltet, aber ab Beta v87 immer noch vorhanden. In v88 wird die FTP-Unterstützung vollständig entfernt. Diese Änderung erfolgt im Chromium-Projekt, auf dem Microsoft Edge basiert. Weitere Informationen finden Sie im Chrome-Plattformstatuseintrag. Unternehmen mit Websites, die weiterhin FTP-Unterstützung benötigen, können weiterhin FTP verwenden, indem sie die Website für die Verwendung des IE-Modus konfigurieren. |
| HTTP-Authentifizierung nicht zulässig, wenn Cookies von Drittanbietern blockiert werden |
v87 |
Ab Version 87 ist die HTTP-Authentifizierung ebenfalls nicht zulässig, wenn Cookies für Anforderungen von Drittanbietern mithilfe der BlockThirdPartyCookies-Richtlinie oder des Umschalters in edge://settingsblockiert werden. Diese Änderung kann sich auf Downloads von Enterprise Mode Site List für den Internet Explorer-Modus auswirken, wenn der Endpunkt, der die Liste hostet, die Verwendung von HTTP-Authentifizierung erfordert. Um die Verwendung von Cookies und HTTP-Authentifizierung für Downloads von Enterprise Mode-Sitelisten zuzulassen, fügen Sie der CookiesAllowedForURLs-Richtlinie ein entsprechendes URL-Muster hinzu. |
| AppCache als veraltet kennzeichnen |
v86 (Chrome+1) |
Diese Änderung erfolgt im Chromium-Projekt, auf dem Microsoft Edge basiert. Siehe Vorbereiten der AppCache-Entfernung unter web.dev. Der Microsoft-Rolloutzeitplan für die Ausmusterung ist für eine Version nach Chrome geplant. Das Anfordern eines AppCache OriginTrial-Tokens ermöglicht es Websites, die veraltete API bis v90 weiterhin zu verwenden. |
Verweiser-Richtlinie: Standardwert strict-origin-when-cross-origin |
v86 (Chrome+1) |
Veraltet, aber immer noch vorhanden ab Canary v79, Dev v79. Diese Änderung erfolgt im Chromium-Projekt, auf dem Microsoft Edge basiert. Weitere Informationen, einschließlich der geplanten Zeitleiste von Google für diese Änderung, finden Sie im Eintrag Chrome Platform Status. |
Cookies standardmäßig und SameSite=LaxSameSite=None-requires-Secure |
v86 (Chrome+1) |
Veraltet, aber immer noch vorhanden ab Canary v82, Dev v82. Diese Änderung erfolgt im Chromium-Projekt, auf dem Microsoft Edge basiert. Weitere Informationen, einschließlich der geplanten Zeitleiste von Google für diese Änderung, finden Sie im Eintrag Chrome Platform Status. |
| Deaktivieren von TLS/1.0 und TLS/1.1 |
v84 |
Die Versionen 1.0 und 1.1 des TLS-Protokolls, die von HTTPS-Websites verwendet werden, sind jetzt veraltet und in modernen Browsern nicht verfügbar. |
| Dezente Aufforderung zum Anfordern von Benachrichtigungsberechtigungen anzeigen |
v84 |
Bei Anforderungen für stille Benachrichtigungen wird in der Adressleiste ein subtiles Anforderungssymbol für Websitebenachrichtigungsberechtigungen angezeigt, die mithilfe der NotificationsPush OR-API angefordert wurden. Dadurch wird die Flyout-Eingabeaufforderung mit vollständigen oder Standardberechtigungen ersetzt. Dieses Feature ist derzeit für alle Benutzer aktiviert. Informationen zum Deaktivieren stiller Benachrichtigungsanforderungen finden Sie unter edge://settings/content/notifications. In Zukunft wird das Microsoft Edge-Team möglicherweise prüfen, ob die vollständige Flyout-Benachrichtigungsaufforderung in einigen Szenarien wieder aktiviert werden kann. |
Synchrone XmlHttpRequest beim Seitenende nicht zulassen |
v83 (Chrome+1) |
Diese Änderung erfolgt im Chromium-Projekt, auf dem Microsoft Edge basiert. Passend zu Chrome bietet Microsoft Edge eine Gruppenrichtlinie, um diese Änderung bis v88 zu deaktivieren. Weitere Informationen, einschließlich der geplanten Zeitleiste von Google für diese Änderung, finden Sie im Eintrag Chrome Platform Status. |