Sofern nicht anders angegeben, gelten die folgenden Änderungen für die neueste Version der Chrome-Betaversion für Android, ChromeOS, Linux, macOS und Windows. Weitere Informationen zu den hier aufgeführten Funktionen finden Sie über die angegebenen Links oder in der Liste auf ChromeStatus.com. Chrome 124 ist seit dem 20. März 2024 als Betaversion verfügbar. Die aktuelle Version ist auf dem Computer unter Google.com oder auf Android-Geräten im Google Play Store verfügbar.
CSS
In dieser Version werden zwei neue CSS-Funktionen hinzugefügt.
CSSImportRule.styleSheet
CSSImportRule.styleSheet darf null sein. Das Attribut styleSheet in CSSImportRule kann null sein, wenn kein zugehöriges CSS-Stylesheet vorhanden ist.
CSSKeyframesRule.length
Stellt das Attribut length von CSSKeyframesRule bereit. Schnittstellen, die indexierte Attribute unterstützen, müssen ein ganzzahliges Attribut mit dem Namen length definieren.
HTML
In dieser Version wurden zwei neue HTML-Funktionen hinzugefügt.
Das Attribut writingsuggestions
Browser bieten Nutzern jetzt Schreibvorschläge, während sie in verschiedenen bearbeitbaren Feldern im Web Text eingeben. Das ist für Nutzer im Allgemeinen nützlich, aber es gibt Fälle, in denen Entwickler die vom Browser bereitgestellte Schreibhilfe deaktivieren möchten, z. B. bei Erweiterungen oder Websites, die eine ähnliche eigene Funktion bieten.
Das neue Attribut writingsuggestions hat die Werte true oder false, mit denen Entwickler vom Browser bereitgestellte Schreibvorschläge aktivieren oder deaktivieren können. Der Status des Attributs für ein Element kann auch von übergeordneten Elementen übernommen werden. So können Entwickler diese Funktion auf Element-, Dokument- oder Unterdokumentebene steuern.
Per Tastatur fokussierbare Scroll-Container
Verbessert die Barrierefreiheit, indem Scroll-Container mithilfe der sequenziellen Fokusnavigation fokussierbar gemacht werden. Vor dieser Änderung fokussiert die Tabulatortaste Scroller nur dann, wenn tabIndex explizit auf 0 oder höher festgelegt ist.
Wenn Scroller standardmäßig fokussierbar sind, können Nutzer, die keine Maus verwenden können oder möchten, abgeschnittene Inhalte mit der Tabulatortaste und den Pfeiltasten auf der Tastatur fokussieren. Dieses Verhalten ist nur aktiviert, wenn der Scroller keine untergeordneten Elemente enthält, die mit der Tastatur fokussiert werden können.
Diese Funktion wird ab Chrome 124 nach und nach eingeführt und ist ab Chrome 125 für alle Nutzer verfügbar. Weitere Informationen zu über die Tastatur fokussierbaren Scrollelementen
Web APIs
Ergänzungen zur Attribution Reporting API
Die Attribution Reporting API wurde um Funktionen erweitert, die zusätzliche Debugging-Möglichkeiten bieten, indem sie Debug-Berichte zu Parsing-Fehlern unterstützen. Außerdem wurde die API-Ergonomie durch ein Feld zur Angabe der bevorzugten Registrierungsplattform verbessert und der Datenschutz wurde optimiert.
Bild im Bild für Dokumente: Option zum Ausblenden der Schaltfläche „Zurück zum Tab“ hinzufügen
Dadurch wird der Document Picture-in-Picture API ein neuer Parameter (disallowReturnToOpener) hinzugefügt. Wenn dieser auf „true“ gesetzt ist, wird dem Browser signalisiert, dass er im Bild-im-Bild-Fenster keine Schaltfläche anzeigen soll, über die der Nutzer zum ursprünglichen Tab zurückkehren kann.
Eine Schaltfläche, mit der Nutzer zum Tab des Erstellers zurückkehren können, ist bei der Bild-im-Bild-Videowiedergabe immer sinnvoll, da der Videostream zum Videoelement im Tab des Erstellers zurückkehren kann. Bei der Bild-im-Bild-Dokumentwiedergabe ist das jedoch nicht immer der Fall. So haben Entwickler mehr Kontrolle über die Nutzererfahrung, wenn sie feststellen, dass eine solche Schaltfläche für ihren Anwendungsfall nicht sinnvoll ist.
Weitere Informationen findest du in der Dokumentation zu „Bild im Bild“ für Dokumente.
Blockierung des Renderings von Dokumenten
Mit dieser Funktion können Autoren das Rendern eines Dokuments blockieren, bis der kritische Inhalt geparst wurde. So wird ein einheitliches First Paint in allen Browsern gewährleistet. Ohne diese Funktion hängt der Status des ersten Paint von der Heuristik für die Parser-Ausgabe ab, die von Browser zu Browser variieren kann.
Das ist besonders wichtig für Ansichtsübergänge, bei denen der geparste DOM-Zustand im ersten Frame den erstellten Übergang drastisch verändern kann.
Bei dieser Funktion wird eine <link rel=expect href="#id">-Syntax implementiert, mit der ein Link-Element auf ein anderes erwartetes Element auf der Seite verweisen kann. Das Rendering wird dann blockiert, bis das erwartete Element vollständig geparst ist. Dies ersetzt die vorherige Implementierung eines HTML-Attributs, mit dem das gesamte Dokument blockiert werden konnte.
jitterBufferTarget Attribut
Mit dem Attribut jitterBufferTarget können Anwendungen eine Zieldauer in Millisekunden für Medien angeben, die der Jitter-Zwischenspeicher RTCRtpReceiver enthalten soll. Dies beeinflusst die Menge der vom User-Agent durchgeführten Pufferung, was sich wiederum auf die erneute Übertragung und die Wiederherstellung von Paketverlusten auswirkt. Durch Ändern des Zielwerts können Anwendungen den Kompromiss zwischen der Wiedergabeverzögerung und dem Risiko, dass aufgrund von Netzwerk-Jitter keine Audio- oder Videoframes mehr vorhanden sind, steuern.
pageswap Ereignis
Das Ereignis pageswap wird für das Fensterobjekt eines Dokuments ausgelöst, wenn das Dokument durch eine Navigation durch ein neues Dokument ersetzt wird. Das Ereignis liefert Aktivierungsinformationen zur Navigation (type, NavigationHistoryEntry für das neue Dokument).
Wenn die Navigation einen dokumentübergreifenden Ansichtsübergang hat, wird das Ereignis gesendet, bevor der Status für das alte Dokument erfasst wird. So kann der Entwickler den alten Zustand, der für den Übergang erfasst wurde, basierend auf den Aktivierungsinformationen der Navigation und dem aktuellen visuellen Zustand des alten Dokuments konfigurieren.
priority-HTTP-Anfrageheader
Dadurch wird der Anfrageheader priority für alle HTTP-Anfragen mit den Prioritätsinformationen für die Anfrage zum Zeitpunkt des Sendens hinzugefügt.
RFC 9218 (Extensible Prioritization Scheme for HTTP) definiert einen HTTP-Anfrageheader priority, der verwendet werden soll, um die Priorität von Anfragen an Ursprünge (und Vermittler) zu signalisieren. Außerdem werden Verhandlungsprozesse und Frames auf Protokollebene für HTTP/2 und HTTP/3 definiert, um dieselben Prioritätsinformationen zu übertragen.
Der Header kann nur die anfängliche Priorität für eine Ressource signalisieren, wenn sie zum ersten Mal angefordert wurde. Mit den framebasierten Mechanismen kann die Priorität nachträglich geändert werden.
Der Header kann End-to-End auf den Ursprungsservern ausgeführt werden und bietet einen Mechanismus, mit dem der Ursprung die Priorität überschreiben kann, wenn sie von Intermediären erkannt wird. Die Frames sind dagegen auf die Ausführung auf Linkebene beschränkt.
Diese Funktion dient speziell zur Unterstützung des headerbasierten Priorisierungsschemas.
Berechtigung für den Zugriff auf private Netzwerke, um gemischte Inhalte zuzulassen
Um Verbindungen zu Geräten in einem lokalen Netzwerk herzustellen, die keine global eindeutigen Namen haben und daher keine TLS-Zertifikate erhalten können, wird mit dieser Funktion eine neue Option für fetch() eingeführt, mit der Entwickler ihre Absicht erklären können, mit einem solchen Gerät zu kommunizieren. Dazu gehören eine neue richtliniengesteuerte Funktion, mit der der Zugriff jeder Website auf diese Funktion eingeschränkt werden kann, und neue Header für die Preflight-Antwort des Servers, um zusätzliche Metadaten bereitzustellen.
Client-Hinweis „Sec-CH-UA-Form-Factors“
Dieser Hinweis liefert einem Server Informationen zu den Formfaktoren des User-Agents. Es wird einer oder mehrere der folgenden Formfaktorwerte zurückgegeben:
- Computer: Ein User-Agent, der auf einem PC ausgeführt wird.
- Automotive: Ein in ein Fahrzeug eingebetteter User-Agent, bei dem der Nutzer möglicherweise für das Führen des Fahrzeugs verantwortlich ist und sich nicht auf kleine Details konzentrieren kann.
- Mobilgeräte: Kleine, berührungsempfindliche Geräte, die Nutzer normalerweise bei sich tragen.
- Tablet: Ein Gerät mit Touchbedienung, das größer als ein Smartphone ist und normalerweise nicht am Körper getragen wird.
- XR: Immersive Geräte, die die Umgebung des Nutzers erweitern oder ersetzen.
- EInk: Ein Gerät, das sich durch langsame Bildschirmaktualisierungen und eine eingeschränkte oder fehlende Farbauflösung auszeichnet.
- Smartwatch: Ein Mobilgerät mit einem sehr kleinen Display (normalerweise weniger als zwei Zoll), das so getragen wird, dass der Nutzer schnell einen Blick darauf werfen kann.
setHTMLUnsafe und parseHTMLUnsafe
Mit den Methoden setHTMLUnsafe und parseHTMLUnsafe kann das deklarative Shadow DOM über JavaScript verwendet werden. Diese Methoden bieten im Vergleich zu innerHTML oder DOMParser auch eine einfachere Möglichkeit, HTML imperativ in DOM zu parsen.
Updates für die Shared Storage API
Mit diesem Update wird die Unterstützung für die Ausführung von ursprungsübergreifenden Worklets hinzugefügt, ohne dass ein iFrame erstellt werden muss.
Streams API: Asynchrone Iteration von ReadableStream
Die Streams APIs bieten universelle, interoperable Primitive zum Erstellen, Zusammensetzen und Verarbeiten von Datenstreams. Mit dieser Änderung wird die Unterstützung für das asynchrone iterierbare Protokoll zur ReadableStream API hinzugefügt, sodass lesbare Streams als Quelle für await...of-Schleifen verwendet werden können.
SVG context-fill und context-stroke
Implementiert ein vorhandenes SVG-Feature, das die Keywords context-fill und context-stroke beim Angeben von Füll- und Strichattributen zulässt. Dies betrifft nur SVG-Unterbäume, die mit einem <use>-Element instanziiert werden, und <marker>-Elemente, die mit dem Attribut marker für ein <path>-Element instanziiert werden. In diesen Fällen werden context-fill und context-stroke in den Wert der Attribute fill und stroke für <use> oder <path> aufgelöst.
WebGPU: Unterstützung für ServiceWorker und SharedWorker
ServiceWorker- und SharedWorker-Unterstützung wird WebGPU hinzugefügt, um die bestehenden WebGL-Funktionen zu ergänzen.
Service Worker ermöglichen Offlinefunktionen und Hintergrundverarbeitung für WebGPU. Das bedeutet, dass grafikintensive Webanwendungen oder Chrome-Erweiterungen Ressourcen im Cache speichern und Berechnungen durchführen können, auch wenn der Nutzer nicht aktiv mit der Seite interagiert.
Mit Shared Workers können mehrere Tabs oder Erweiterungskontexte WebGPU-Ressourcen koordinieren und gemeinsam nutzen. Das führt zu einer flüssigeren Leistung und einer effizienteren Nutzung der Grafikhardware des Nutzers.
Die WebSocketStream API
Die WebSocket API bietet eine JavaScript-Schnittstelle für das RFC6455-WebSocket-Protokoll. Sie hat zwar gute Dienste geleistet, ist aber aus ergonomischer Sicht unpraktisch und es fehlt die wichtige Funktion des Gegendrucks. Mit der WebSocketStream API sollen diese Mängel behoben werden, indem WHATWG-Streams in die WebSocket API eingebunden werden.
Weitere Informationen finden Sie unter WebSocketStream: integrating streams with the WebSocket API.
X25519Kyber768-Schlüsselkapselung für TLS
Schützt den aktuellen Chrome-TLS-Traffic vor zukünftiger Quantenkryptografie, indem der quantenresistente Schlüsselvereinbarungsalgorithmus Kyber768 bereitgestellt wird.
Dies ist eine hybride X25519- und Kyber768-Schlüsselvereinbarung, die auf einem IETF-Standard basiert. Diese Spezifikation und Einführung liegen außerhalb des Zuständigkeitsbereichs des W3C. Diese Schlüsselvereinbarung wird als TLS-Chiffre eingeführt und sollte für Nutzer transparent sein.
Weitere Informationen finden Sie unter Protecting Chrome Traffic with Hybrid Kyber KEM.
Ursprungstests laufen
In Chrome 124 können Sie sich für die folgenden neuen Origin Trials anmelden.
Test zur Einstellung von Mutationsereignissen
Mutationsereignisse, einschließlich DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument und DOMCharacterDataModified, können die Seitenleistung beeinträchtigen und die Komplexität beim Hinzufügen neuer Funktionen zum Web erheblich erhöhen. Diese APIs wurden 2011 aus der Spezifikation entfernt und 2012 durch die Mutation Observer API ersetzt, die ein viel besseres Verhalten hat.
Die Unterstützung für Mutationsereignisse wird ab Chrome 127 (ca. 30. Juli 2024) standardmäßig deaktiviert. Code sollte vor diesem Datum zur Mutation Observer API migriert werden, um Websitefehler zu vermeiden. Wenn Sie mehr Zeit benötigen, können Sie sich für den Test zur Einstellung von Mutationsereignissen registrieren, um die Funktion auf einer bestimmten Website für einen begrenzten Zeitraum wieder zu aktivieren. Diese Funktion kann bis zum 25. März 2025 über Chrome 134 verwendet werden.
Alternativ kann die Unternehmensrichtlinie MutationEventsEnabled bis Chrome 134 zu demselben Zweck verwendet werden.
Registrieren Sie sich für den Test zur Einstellung von Mutationsereignissen.
Einstellungen und Entfernungen
In dieser Chrome-Version werden die folgenden Einstellungen eingestellt und entfernt. Auf ChromeStatus.com finden Sie Listen mit geplanten und aktuellen Einstellungen sowie früheren Entfernungen.
In dieser Chrome-Version wird eine Funktion entfernt.
Alias „window-placement“ für die Berechtigung und Berechtigungsrichtlinie „window-management“ entfernen
Der Alias „window-placement“ für die Berechtigung und Berechtigungsrichtlinie „window-management“ wird entfernt. Dies ist Teil einer größeren Initiative, die Strings umzubenennen, indem „window-placement“ schließlich eingestellt und entfernt wird. Die Änderung der Terminologie verbessert die Langlebigkeit des Deskriptors, da sich die Window Management API im Laufe der Zeit weiterentwickelt.