Chrome 124 Beta

Sofern nicht anders angegeben, gelten die folgenden Änderungen für die neueste Betaversion der Chrome-Betaversion für Android, ChromeOS, Linux, macOS und Windows. Weitere Informationen zu den hier aufgeführten Funktionen findest du über die bereitgestellten Links oder in der Liste auf ChromeStatus.com. Chrome 124 ist seit dem 20. März 2024 als Betaversion verfügbar. Du kannst die neuesten Versionen auf Google.com für Computer oder im Google Play Store für Android herunterladen.

CSS

In dieser Version werden zwei neue CSS-Funktionen hinzugefügt.

CSSImportRule.styleSheet

CSSImportRule.styleSheet darf Nullwerte enthalten. Das Attribut styleSheet in CSSImportRule kann null sein, wenn kein zugehöriges CSS-Stylesheet vorhanden ist.

CSSKeyframesRule.length

Macht das Attribut length von CSSKeyframesRule verfügbar. Schnittstellen, die indexierte Attribute unterstützen, müssen ein ganzzahliges Attribut namens length definieren.

HTML

In dieser Version werden zwei neue HTML-Funktionen hinzugefügt.

Das Attribut writingsuggestions

Browser bieten Nutzern während der Eingabe in verschiedenen bearbeitbaren Feldern im Web Textvorschläge. Das ist im Allgemeinen für Nutzer hilfreich. Es kann jedoch auch Fälle geben, in denen Entwickler die vom Browser bereitgestellte Schreibunterstützung deaktivieren möchten, z. B. Erweiterungen oder Websites mit ähnlichen Funktionen.

Das neue Attribut writingsuggestions hat die Werte true oder false, mit denen Entwickler vom Browser bereitgestellte Textvorschläge aktivieren oder deaktivieren können. Der Attributstatus für ein Element kann auch von Ancestor-Elementen übernommen werden. Dadurch können Entwickler diese Funktionalität pro Element, pro Dokument oder Unterdokument steuern.

Per Tastatur fokussierbare Scroll-Container

Verbessert die Barrierefreiheit, da Scrollcontainer über die sequenzielle Fokusnavigation fokussiert werden können. Bis zu dieser Änderung fokussiert die Tabulatortaste keine Scroller, es sei denn, tabIndex ist explizit auf 0 oder höher gesetzt.

Wenn Scroller standardmäßig fokussierbar sind, können Nutzer, die keine Maus verwenden können oder möchten, den abgeschnittenen Inhalt mit der Tabulatortaste und den Pfeiltasten einer Tastatur fokussieren. Dieses Verhalten ist nur aktiviert, wenn der Scroller keine über die Tastatur fokussierbaren untergeordneten Elemente enthält.

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 fokussierbaren über die Tastatur fokussierbaren Scrollern

Web APIs

Ergänzungen zur Attribution Reporting API

Der Attribution Reporting API wurden Funktionen hinzugefügt, mit denen sich zusätzliche Fehlerbehebungsfunktionen wie das Parsen von Debug-Berichten bereitstellen lassen. Außerdem wird die API-Ergonomie verbessert, indem ein Feld zur Angabe der bevorzugten Registrierungsplattform unterstützt wird und der Datenschutz verbessert wird.

Dokument-Bild im Bild: Option zum Ausblenden der Schaltfläche „Zurück zum Tab“ hinzufügen

Dadurch wird der Bild-im-Bild-API des Dokuments ein neuer Parameter (disallowReturnToOpener) hinzugefügt, der dem Browser bei der Einstellung „true“ darauf hinweist, dass im Bild-im-Bild-Fenster keine Schaltfläche angezeigt werden soll, über die der Nutzer zum geöffneten Tab zurückkehren kann.

Im Bild-im-Bild-Fall ist es immer sinnvoll, eine Schaltfläche bereitzustellen, über die zum Öffnen-Tab zurückgekehrt wird. Der Videostream kann an das Video-Element auf dem Öffnen-Tab zurückgegeben werden. Dies gibt Entwicklern mehr Kontrolle über die Nutzererfahrung, wenn sie feststellen, dass eine solche Schaltfläche für ihren Anwendungsfall nicht sinnvoll ist.

Weitere Informationen finden Sie in der Dokumentation zu Bild im Bild von Dokumenten.

Blockieren des Renderings von Dokumenten

Mit dieser Funktion können Autoren das Rendern eines Dokuments blockieren, bis der kritische Inhalt geparst wurde. Dadurch wird in allen Browsern ein einheitliches First Paint sichergestellt. Ohne diese Funktion hängt der First Paint von der Heuristik für die Parserleistung ab, die je nach Browser variieren kann.

Das ist besonders wichtig bei Ansichtsübergängen, bei denen der geparste DOM-Status im ersten Frame den erstellten Übergang drastisch ändern kann.

Mit dieser Funktion wird eine <link rel=expect href="#id">-Syntax implementiert, die es einem Link-Element ermöglicht, auf ein anderes erwartetes Element auf der Seite zu verweisen. Das Rendering wird dann blockiert, bis das erwartete Element vollständig geparst ist. Dies ersetzt die vorherige Implementierung eines HTML-Attributs, mit der das gesamte Dokument blockiert werden kann.

jitterBufferTarget Attribut

Mit dem Attribut jitterBufferTarget können Anwendungen eine Zieldauer in Millisekunden für Medien angeben, die der Jitter-Zwischenspeicher RTCRtpReceiver beibehalten soll. Dies beeinflusst den Umfang der Zwischenspeicherung durch den User-Agent, was sich wiederum auf erneute Übertragungen und die Wiederherstellung nach Paketverlust auswirkt. Durch das Ändern des Zielwerts können Anwendungen den Kompromiss zwischen der Wiedergabeverzögerung und dem Risiko steuern, dass aufgrund von Netzwerkjitter keine Audio- oder Videoframes ausgehen.

pageswap Ereignis

Das Ereignis pageswap wird für das Fensterobjekt eines Dokuments ausgelöst, wenn dieses Dokument bei der Navigation durch ein neues Dokument ersetzt wird. Das Ereignis liefert Informationen 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, für den Übergang erfassten Status basierend auf den Aktivierungsinformationen der Navigation und dem aktuellen visuellen Status des alten Dokuments konfigurieren.

priority-HTTP-Anfrageheader

Dadurch wird der priority-Anfrageheader für alle HTTP-Anfragen mit den Prioritätsinformationen für die Anfrage zum Sendezeitpunkt hinzugefügt.

RFC 9218 (Extensible Prioritization Scheme für HTTP) definiert einen priority-HTTP-Anfrageheader zur Signalisierung der Priorität von Anfragen gegenüber Ursprüngen (und Vermittlern). Außerdem werden Verhandlungsprozesse und Frames auf Protokollebene für HTTP/2 und HTTP/3 definiert, um dieselben Prioritätsinformationen zu liefern.

Der Header kann die anfängliche Priorität einer Ressource nur bei der ersten Anfrage signalisieren, während die Frame-basierten Mechanismen die nachträgliche Änderung der Priorität ermöglichen.

Der Header kann mit Ende-zu-Ende-Verbindungen mit den Ursprungsservern betrieben werden (und einen Mechanismus zum Überschreiben der Priorität für den Ursprung bereitstellen, wenn dies von Vermittlern erkannt wird), während die Frames auf eine Linkebene beschränkt sind.

Diese Funktion dient speziell zur Unterstützung des headerbasierten Priorisierungsschemas.

Berechtigung für privaten Netzwerkzugriff zum Lockern gemischter Inhalte

Zum Herstellen von Verbindungen zu Geräten in einem lokalen Netzwerk, die keine global eindeutigen Namen haben und daher keine TLS-Zertifikate abrufen können, wird mit diesem Feature eine neue Option für fetch() eingeführt, mit der Entwickler die Absicht deklarieren möchten, mit einem solchen Gerät zu sprechen. Dazu gehört eine neue richtliniengesteuerte Funktion, mit der der Zugriff jeder Website auf diese Funktion beschränkt wird, sowie neue Header für die Preflight-Antwort des Servers, um zusätzliche Metadaten bereitzustellen.

Sec-CH-UA-Form-Factors-Kundenhinweis

Dieser Hinweis liefert dem Server Informationen zu den Formfaktoren des User-Agents. Dabei wird einer oder mehrere der folgenden Formfaktorwerte zurückgegeben:

  • Desktop: 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 Fahren des Fahrzeugs verantwortlich ist und nicht auf kleine Details achten kann.
  • Mobilgerät: Kleines, Touch-orientiertes Gerät, das in der Regel bei einer Person getragen wird
  • Tablet: Ein Gerät mit Touchscreen, das größer als "Mobilgerät" ist und in der Regel nicht am Körper eines Nutzers getragen wird.
  • XR: Immersive Geräte, die die Umgebung des Nutzers erweitern oder ersetzen.
  • EInk: Ein Gerät, das durch langsame Bildschirmupdates und eingeschränkte oder keine Farbauflösung gekennzeichnet ist.
  • Smartwatch: Ein Mobilgerät mit einem kleinen Bildschirm (in der Regel weniger als 2 Zoll), das so getragen wird, dass der Nutzer schnell darauf blicken kann.

setHTMLUnsafe und parseHTMLUnsafe

Mit den Methoden setHTMLUnsafe und parseHTMLUnsafe kann das deklarative Shadow-DOM in JavaScript verwendet werden. Diese Methoden bieten außerdem im Vergleich zu innerHTML oder DOMParser eine einfachere Möglichkeit, HTML-Code imperativ in DOM zu parsen.

Updates für die Shared Storage API

Mit diesem Update wird die Ausführung ursprungsübergreifender Worklets unterstützt, ohne dass ein iFrame erstellt werden muss.

Streams API: Asynchrone Iteration von ReadableStream

Die Stream-APIs bieten allgegenwärtige, interoperable Primitive zum Erstellen, Zusammenstellen und Aufnehmen von Datenstreams. Durch diese Änderung wird das asynchrone iterierbare Protokoll zur ReadableStream API unterstützt, sodass lesbare Streams als Quelle für await...of-Schleifen verwendet werden können.

SVG context-fill und context-stroke

Implementiert eine vorhandene SVG-Funktion, die die Schlüsselwörter context-fill und context-stroke beim Angeben von Füll- und Stricheigenschaften zulässt. Dies betrifft nur SVG-Unterstrukturen, die mit einem <use>-Element instanziiert werden, sowie <marker>-Elemente, die mit der Eigenschaft marker eines <path>-Elements instanziiert werden. In diesen Fällen werden context-fill und context-stroke auf den Wert der Attribute fill und stroke von <use> oder <path> aufgelöst.

WebGPU: Unterstützung von ServiceWorker und SharedWorker

Die WebGPU wird um Unterstützung für ServiceWorker und SharedWorker ergänzt, um sie an die vorhandenen WebGL-Funktionen anzupassen.

Service Worker aktivieren 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 freigegebenen Workern können WebGPU-Ressourcen von mehreren Tabs oder Erweiterungskontexten koordiniert und freigegeben werden. Dies führt zu einer reibungslosen Leistung und einer effizienteren Nutzung der Grafikhardware des Nutzers.

Die WebSocketStream API

Die WebSocket API bietet eine JavaScript-Schnittstelle für das WebSocket-Protokoll RFC6455. Obwohl er gut funktioniert hat, ist er aus ergonomischer Sicht etwas unangenehm und es fehlt die wichtige Funktion des Rückdrucks. Die Absicht der WebSocketStream API besteht darin, diese Mängel durch die Integration von WHATWG-Streams in die WebSocket API zu beheben.

Weitere Informationen finden Sie unter WebSocketStream: Streams mit der WebSocket API einbinden.

X25519Kyber768-Schlüsselkapselung für TLS

Schützt aktuellen Chrome TLS-Traffic vor zukünftigen Quantenkryptoanalysen, indem der quantenbeständige Schlüsselvereinbarungsalgorithmus Kyber768 bereitgestellt wird.

Dies ist eine hybride X25519- und Kyber768-Schlüsselvereinbarung, die auf einem IETF-Standard basiert. Diese Spezifikation und die Einführung liegen außerhalb des Geltungsbereichs von W3C. Diese Schlüsselvereinbarung wird als TLS-Chiffre eingeführt und sollte für Nutzer transparent sein.

Weitere Informationen finden Sie unter Chrome-Traffic mit Hybrid-Kyber KEM schützen.

Ursprungstests laufen

In Chrome 124 können Sie die folgenden neuen Ursprungstests aktivieren.

Einstellungstest für Mutationsereignisse

Mutationsereignisse, einschließlich DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument und DOMCharacterDataModified, können die Seitenleistung beeinträchtigen und außerdem die Komplexität des Hinzufügens neuer Funktionen im 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 etwa ab dem 30. Juli 2024 in Chrome 127 standardmäßig deaktiviert. Der Code sollte vor diesem Datum zur Mutation Observer API migriert werden, um Websiteschäden zu vermeiden. Wenn Sie mehr Zeit benötigen, registrieren Sie sich für den Test zur Einstellung von Mutation Events, um die Funktion für eine begrenzte Zeit auf einer bestimmten Website wieder zu aktivieren. Sie kann bis zum 25. März 2025 über Chrome 134 verwendet werden.

Alternativ kann für denselben Zweck auch eine MutationEventsEnabled-Unternehmensrichtlinie auch über Chrome 134 verwendet werden.

Registrieren Sie sich für den Test zur Einstellung von Mutation Events.

Einstellungen und Entfernungen

In dieser Version von Chrome werden folgende Einstellungen und Entfernungen vorgenommen. Unter ChromeStatus.com finden Sie eine Liste der geplanten und aktuellen Einstellungen und früheren Entfernungen.

In dieser Version von Chrome wird eine Funktion entfernt.

Alias „window-placement“ für Berechtigungs- und Berechtigungsrichtlinie „window-management“ entfernen

Der Alias „window-placement“ für die Berechtigungs- und Berechtigungsrichtlinie „window-management“ wird entfernt. Dies ist Teil eines größeren Aufwands, die Strings umzubenennen, indem „window-placement“ eingestellt und entfernt wird. Die Terminologieänderung verbessert die Langlebigkeit des Deskriptors, da sich die Window Management API im Laufe der Zeit weiterentwickelt.