Chrome 130 Beta

Rachel Andrew

Veröffentlicht: 18. September 2024

Sofern nicht anders angegeben, gelten die folgenden Änderungen für die neueste Chrome-Betaversion für Android, ChromeOS, Linux, macOS und Windows. Weitere Informationen zu den hier aufgeführten Funktionen finden Sie über die bereitgestellten Links oder in der Liste auf ChromeStatus.com. Chrome 130 ist seit dem 18. September 2024 als Betaversion verfügbar. Sie können die aktuelle Version für Computer auf Google.com oder für Android im Google Play Store herunterladen.

CSS

In dieser Version werden vier neue Funktionen für Preisvergleichsportale eingeführt.

CSS-Containerabfragen – flache Baumstruktur

Die Spezifikation für Containerabfragen wurde geändert, um Vorfahren in einem flachen Baum zu suchen. Diese Änderung ist nur für Shadow-DOM relevant. Ein Element kann jetzt nicht benannte Container in Shadow-Trees sehen, in die das Element oder einer seiner Vorfahren eingefügt wird, auch wenn in der CSS-Regel nicht ::part() oder ::slotted() verwendet wird.

CSS-Verschachtelung: Die Regel für verschachtelte Deklarationen

Behält leere Deklarationen, die einer verschachtelten Regel folgen, an ihrem Platz bei, indem diese Deklarationen während des Parsens in CSSNestedDeclarations-Regeln eingeschlossen werden.

Vollständige und präfixfreie Unterstützung für „box-decoration-break“

Unterstützung für box-decoration-break: clone sowohl für die Inline-Fragmentierung (Zeilenlayout) als auch für die Blockfragmentierung (Paginierung für Druck und Mehrspaltendarstellung).

Bisher wurde in Chrome für die Blockfragmentierung nur box-decoration-break:slice (der Anfangswert) unterstützt. Für die Inlinefragmentierung wurde auch box-decoration-break:clone unterstützt, allerdings nur bei Verwendung des Attributs -webkit-box-decoration-break mit dem Präfix.

Zulassen weiterer Pseudoelemente und ‑klassen nach ::part()

CSS-Selektoren, die das Pseudoelement ::part() verwenden, dürfen andere CSS-Pseudoelemente (außer ::part()) und viele Arten anderer CSS-Pseudoklassen nach sich haben. Kombinatoren sind nach ::part() weiterhin nicht zulässig und Pseudoklassen, die von der Baumstruktur abhängen, sind nicht zulässig.

Bisher waren in Chrome nach ::part() nur eine begrenzte Anzahl von Pseudoklassen und ‑elementen zulässig. Durch diese Änderung werden alle Pseudoklassen und ‑elemente zugelassen, die zulässig sein sollten. Das bedeutet, dass Selektoren wie ::part(part-name):enabled und ::part(part-name)::marker jetzt zulässig sind.

Web APIs

Attribution Reporting API-Funktion (Attributionsbereiche)

Diese Änderung basiert auf Feedback von Ad-Tech-Unternehmen und dem Bedarf an detaillierteren Filtersteuerungen, bevor der Attributionsprozess stattfindet. Damit können API-Aufrufer ein Feld namens „Attributionsbereiche“ angeben, das zum Filtern verwendet wird, bevor der reguläre Attributionsablauf gestartet wird. So haben API-Aufrufer eine genauere Kontrolle über die Attributionsgranularität und können korrekte Attributionsberichte erhalten, wenn es mehrere verschiedene Werbetreibende oder Kampagnen gibt, die alle auf derselben Zielwebsite konvertieren.

Funktion der Attribution Reporting API (Datenschutzverbesserung durch Debug-Schlüssel)

Diese Änderung trägt dazu bei, eine potenzielle Datenschutzlücke bei Debug-Schlüsseln zu schließen.

Derzeit kann in der API ein Debug-Schlüssel für die Quelle oder ein Debug-Schlüssel für den Trigger angegeben werden, wenn Drittanbieter-Cookies verfügbar sind und von API-Aufrufern festgelegt werden können. Wenn ein Debug-Schlüssel für die Quelle oder den Trigger angegeben ist, wird er in den Attributionsbericht aufgenommen. Dies kann zu einem Datenschutzleck führen, wenn Drittanbieter-Cookies nur auf der Website des Publishers oder des Werbetreibenden, aber nicht auf beiden Websites zugelassen sind.

Durch diese Änderung wird das Problem behoben, da Quell- und Trigger-Debug-Schlüssel nur dann in den Attributionsbericht aufgenommen werden, wenn sie sowohl in der Quelle als auch im Trigger vorhanden sind. Das bedeutet, dass Drittanbieter-Cookies sowohl auf der Publisher- als auch auf der Werbetreibendenwebsite verfügbar waren. Diese Änderung gilt sowohl für Berichte auf Ereignisebene als auch für aggregierbare Berichte.

Übertragung von Komprimierungswörterbüchern mit Shared Brotli und Shared Zstandard

Diese Funktion bietet Unterstützung für die Verwendung bestimmter vorheriger Antworten als externes Wörterbuch für die Inhaltscodierung, um Antworten mit Brotli oder Zstandard zu komprimieren.

Unternehmen können potenzielle Kompatibilitätsprobleme mit der Unternehmensnetzwerkinfrastruktur haben, die HTTPS-Traffic abfängt und auf unbekannte Inhaltsverschlüsselungen reagiert. Die Unternehmensrichtlinie CompressionDictionaryTransportEnabled ist verfügbar, um die Funktion für den komprimierten Wörterbuchtransport zu deaktivieren.

Gleichzeitige reibungslose scrollIntoView()

Mit der Methode scrollIntoView() mit behavior: "smooth" können Entwickler Scroll-Container erstellen, die mit einer sanften Scroll-Animation zu ihren untergeordneten Elementen scrollen. Mit dieser Funktion wird die Chrome-Implementierung der API korrigiert, sodass laufende scrollIntoView-Animationen nicht durch unabhängige Scrollvorgänge in anderen Scrollcontainern abgebrochen werden.

Außerdem wird ein Problem behoben, bei dem Chrome nicht zu einem Fragmentanker einer Seite scrollt, weil beim Laden der Seite ein konkurrierendes scrollIntoView aufgerufen wird.

Bild-im-Bild-Funktion für Dokumente: Option zum Ignorieren des Cache für Fensterbegrenzungen hinzugefügt

Dadurch wird der Picture-in-Picture API des Dokuments ein neuer Parameter (preferInitialWindowPlacement) hinzugefügt, der, wenn er auf „true“ gesetzt ist, dem User-Agent signalisiert, dass er beim Öffnen dieses Dokuments nicht versuchen soll, die Position oder Größe des vorherigen Picture-in-Picture-Dokuments von dieser Website wiederzuverwenden.

Häufig wird ein Dokument-Bild-im-Bild-Fenster für dieselbe Website mehrmals geschlossen und wieder geöffnet, z. B. wenn eine Videokonferenz in den PiP-Modus verschoben und wieder daraus entfernt wird. Der User-Agent kann das BiB-Fenster in der zuletzt verwendeten Größe und Position wieder öffnen, sodass es an der Stelle bleibt, an der der Nutzer es zuletzt platziert hat. So wird eine Kontinuität zwischen den BiB-Fenstern gewährleistet. Wenn das neue Fenster jedoch semantisch nicht mit dem vorherigen Fenster zusammenhängt, z. B. bei einem neuen Videoanruf, kann der Entwickler diesen Parameter verwenden, um dem User-Agent einen Hinweis zu geben, dass dieses Fenster möglicherweise besser in seiner Standardposition und -größe geöffnet werden sollte.

Informationen zum Öffnen des Fensters in der Standardposition und ‑größe

Verbesserte Fehlerberichte in IndexedDB für Lesefehler bei großen Werten

Änderung der Berichterstellung für bestimmte Fehlerfälle, die zuvor mit einem DOMException und der Meldung „Failed to read large IndexedDB value“ (Großer IndexedDB-Wert konnte nicht gelesen werden) gemeldet wurden.

Chrome löst jetzt eine DOMException mit dem Namen "NotFoundError" aus, wenn die Datei, die die von einer IDBRequest gelesenen Daten enthält, auf der Festplatte fehlt. So können Websites die entsprechenden Korrekturmaßnahmen ergreifen, wenn ein nicht behebbarer Fehler auftritt. Korrekturmaßnahmen können das Löschen des Eintrags aus der Datenbank, das Benachrichtigen des Nutzers oder das erneute Abrufen der Daten von Servern umfassen.

Per Tastatur fokussierbare Scroll-Container

Mit dieser Funktion können Scroller ohne untergeordnete fokussierbare Elemente standardmäßig mit der Tastatur fokussiert werden.

Dies ist eine wichtige Verbesserung, um Scrollbereiche und Inhalte in Scrollbereichen für alle Nutzer zugänglicher zu machen. Weitere Informationen zu den Vorteilen finden Sie unter Mit der Tastatur fokussierbare Scrollbereiche. Ab Chrome 130 werden Scroller, die über die Tastatur fokussierbar sind, standardmäßig aktiviert. Wenn Websites Zeit benötigen, um sich an diese neue Funktion anzupassen, gibt es einige Optionen:

Protected Audience-Gebots- und Auktionsdienste

Die Protected Audience API (früher FLEDGE) ist eine Privacy Sandbox-Lösung für Remarketing und benutzerdefinierte Zielgruppen, die so konzipiert ist, dass Dritte das Browserverhalten von Nutzern nicht über Websites hinweg verfolgen können.

Diese Funktion, Protected Audience-Gebots- und Auktionsdienste, beschreibt, wie die Protected Audience-Berechnung auf Cloud-Servern in einer vertrauenswürdigen Ausführungsumgebung erfolgen kann, statt lokal auf dem Gerät eines Nutzers ausgeführt zu werden. Wenn Sie die Berechnung auf Cloud-Server verschieben, können Sie die Protected Audience-Auktion optimieren, da so Rechenzyklen und Netzwerkbandbreite für ein Gerät freigesetzt werden.

Unterstützung für URLs ohne spezielles Schema

Bisher unterstützte der URL-Parser von Chrome keine regulären URLs. Er parst reguläre URLs so, als hätten sie einen „nicht transparenten Pfad“, was nicht dem URL-Standard entspricht. Jetzt werden reguläre URLs vom Chromium-URL-Parser gemäß dem URL-Standard korrekt geparst.

Weitere Informationen finden Sie unter bit.ly/url-non-special.

WebAssembly JavaScript String Builtins

Mit diesem Feature werden allgemeine JavaScript-String-Operationen für den Import in WebAssembly verfügbar gemacht. So können Sie JavaScript-Strings aus WebAssembly heraus erstellen und bearbeiten, ohne dass WebAssembly dies unterstützt. So lässt sich eine ähnliche Leistung wie bei unterstützten String-Referenzen erzielen.

WebGPU: Dual Source Blending

Fügt die optionale GPU-Funktion „dual-source-blending“ hinzu, mit der zwei Fragment-Shader-Ausgaben in einem einzigen Framebuffer kombiniert werden können. Diese Technik ist besonders nützlich für Anwendungen, die komplexe Mischvorgänge erfordern, z. B. solche, die auf Porter-Duff-Mischmodi basieren. Da weniger häufige Änderungen des Pipeline-Statusobjekts erforderlich sind, kann die Leistung und Flexibilität durch das Zusammenführen von zwei Quellen verbessert werden.

Web Serial: connected-Attribut und RFCOMM-Verbindungsereignisse

Mit dieser Funktion wird das boolesche Attribut SerialPort.connected hinzugefügt. Das Attribut gibt true zurück, wenn der serielle Port logisch verbunden ist. Bei kabelgebundenen seriellen Ports ist ein Port logisch verbunden, wenn er physisch mit dem System verbunden ist. Bei drahtlosen seriellen Ports ist ein Port logisch verbunden, wenn das Gerät, auf dem sich der Port befindet, offene Verbindungen zum Host hat.

Bisher wurden nur bei kabelgebundenen seriellen Ports Verbindungs- und Trennungsereignisse gesendet. Mit dieser Funktion werden diese Ereignisse über serielle Bluetooth-RFCOMM-Ports gesendet, wenn der Port logisch verbunden oder getrennt wird.

Mit dieser Funktion können Anwendungen erkennen, wann ein serieller Bluetooth-RFCOMM-Port verfügbar ist, ohne den Port zu öffnen.

Weitere Informationen finden Sie unter Bluetooth RFCOMM updates in Web Serial.

Derzeit laufende Ursprungstests

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

Language Detector API

Eine JavaScript API zum Erkennen der Sprache von Text mit Konfidenzniveaus.

WebAuthn-Bestätigungsformate

Unterstützung des Felds attestationFormats aus WebAuthn Level 3.

WebAuthn Level 3 unterstützt, dass eine Website im neuen Feld attestationFormats eine geordnete Präferenz für Attestierungsformate für Anmeldedaten angibt. Diese Funktion ermöglicht die Unterstützung auf Android, wo mehrere Formate von Passkey-Anbietern unterstützt werden können.

Für die Testversion von „attestationFormats“ für WebAuthn registrieren

Einstellung und Entfernung

In dieser Version von Chrome werden die folgenden Einstellungen eingeführt und entfernt. Auf ChromeStatus.com finden Sie Listen mit geplanten und aktuellen Einstellungen sowie früheren Entfernungen.

In dieser Version von Chrome wird eine Funktion entfernt.

expectedImprovement in DelegatedInkTrailPresenter entfernen

Das Attribut expectedImprovement gibt Webentwicklern an, wie viel Verbesserung die DelegatedInkTrails API für ihre aktuelle Tintenlatenz bietet. Das Attribut ist jedoch nicht die Erhöhung der Fingerprinting-Entropie wert.

In dieser Version von Chrome wird eine Funktion eingestellt.

Nicht standardmäßige GPUAdapter-Methode „requestAdapterInfo()“ wird nicht mehr unterstützt

Die asynchrone Methode requestAdapterInfo() in WebGPU ist redundant, da Entwickler GPUAdapterInfo bereits synchron über das Attribut GPUAdapter info abrufen können.