Chrome 130 Beta

Rachel Andrew

Veröffentlicht: 18. September 2024

Sofern nicht anders angegeben, gelten die folgenden Änderungen für die neueste Version des Chrome-Betakanals 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 neueste Version auf Google.com für Computer oder im Google Play Store für Android herunterladen.

CSS

Diese Version enthält vier neue CSS-Funktionen.

CSS-Containerabfragen – flache Baumsuche

Die Spezifikation für Containerabfragen wurde geändert, um flache übergeordnete Elemente im Baum zu suchen. Diese Änderung ist nur für das Shadow-DOM relevant, in dem ein Element jetzt nicht benannte Container in Shadow-Bäumen sehen kann, in die das Element oder einer seiner Vorfahren eingefügt ist, auch wenn in der CSS-Regel weder ::part() noch ::slotted() verwendet wird.

CSS-Verschachtelung: Die Regel für verschachtelte Deklarationen

Belässt einfache Deklarationen nach einer verschachtelten Regel an ihrem Platz, indem sie diese Deklarationen beim Parsen in CSSNestedDeclarations-Regeln einschließen.

Vollständige und unpräfixierte Unterstützung von box-decoration-break

Unterstützung für box-decoration-break: clone sowohl für Inline-Fragmentierung (Zeilenlayout) als auch für Blockfragmentierung (Paginierung für den Druck und für mehrere Spalten)

Bisher wurde in Chrome nur box-decoration-break:slice (der Anfangswert) für die Blockfragmentierung unterstützt. Für die Inline-Fragmentierung wurde auch box-decoration-break:clone unterstützt, aber nur bei Verwendung der Property -webkit-box-decoration-break mit Präfix.

Mehr Pseudo-Elemente und Pseudo-Klassen nach ::part() zulassen

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

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

Web APIs

Attribution Reporting API-Funktion (Attributionsbereiche)

Diese Änderung basiert auf Feedback zu Anzeigentechnologien und der Notwendigkeit, vor dem Attributionsprozess detailliertere Filtereinstellungen zu verwenden. API-Aufrufer können ein Feld namens „Attribution Scopes“ angeben, das zum Filtern verwendet wird, bevor der reguläre Attributionsablauf gestartet wird. So können API-Caller die Attributionsgranularität genauer steuern und korrekte Attributionsberichte erhalten, wenn es mehrere Werbetreibende oder Kampagnen gibt, die alle Conversions auf derselben Zielwebsite erzielen.

Attribution Reporting API-Funktion (Verbesserung der Datenschutzanforderungen für Debug-Schlüssel)

Mit dieser Änderung wird eine potenzielle Datenschutzlücke bei Debug-Keys geschlossen.

Derzeit kann über die API ein Quell-Debug-Schlüssel oder ein Trigger-Debug-Schlüssel angegeben werden, wenn Drittanbieter-Cookies verfügbar sind und von API-Aufrufen festgelegt werden können. Wenn entweder ein Debug-Schlüssel für die Quelle oder der 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, zulässig sind.

Durch diese Änderung wird dieses Problem minimiert, da Quell- und Trigger-Debug-Schlüssel nur dann in den Attributionsbericht aufgenommen werden, wenn sie sowohl auf der Quelle als auch auf dem Trigger vorhanden sind. Das bedeutet, dass Drittanbieter-Cookies sowohl auf der Website des Publishers als auch auf der des Werbetreibenden 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

Mit dieser Funktion wird die Verwendung bestimmter vorheriger Antworten als externes Wörterbuch für die Inhaltscodierung unterstützt, um Antworten mit Brotli oder Zstandard zu komprimieren.

Bei Unternehmen können Kompatibilitätsprobleme mit der Unternehmensnetzwerkinfrastruktur auftreten, die HTTPS-Traffic abfängt und empfindlich auf unbekannte Inhaltscodierungen reagiert. Mit der Unternehmensrichtlinie CompressionDictionaryTransportEnabled können Sie die Funktion für den komprimierten Wörterbuchtransport deaktivieren.

Gleichzeitige, reibungslose scrollIntoView()

Mit der Methode scrollIntoView() mit behavior: "smooth" können Entwickler Scrollcontainer erstellen, die mit einer sanften Scrollanimation zu ihren Nachkommen scrollen. Mit dieser Funktion wird die Implementierung der API in Chrome korrigiert, sodass laufende scrollIntoView-Animationen nicht durch nicht zusammenhängende Scrollvorgänge in anderen Scrollcontainern abgebrochen werden.

Außerdem wird damit behoben, dass Chrome in einigen Fällen nicht zum Fragmentanker einer Seite scrollt, weil eine konkurrierende scrollIntoView aufgerufen wird, wenn die Seite geladen wird.

Bild-im-Bild-Funktion für Dokumente: Option zum Ignorieren des Fensterbereich-Cache hinzufügen

Dadurch wird der API für das Bild-im-Bild-Video eines Dokuments ein neuer Parameter (preferInitialWindowPlacement) hinzugefügt. Wenn dieser auf „wahr“ gesetzt ist, wird dem User-Agent mitgeteilt, dass er beim Öffnen dieser Website nicht versuchen soll, die Position oder Größe des vorherigen Bild-im-Bild-Videos dieses Dokuments wiederzuverwenden.

Häufig wird ein Bild-im-Bild-Fenster für ein Dokument für dieselbe Website mehrmals geschlossen und wieder geöffnet, z. B. wenn eine Videokonferenz in den Bild-im-Bild-Modus und wieder zurück verschoben wird. Der User-Agent kann das PiP-Fenster in der zuletzt verwendeten Größe und Position wieder öffnen, damit es dort bleibt, wo der Nutzer es zuletzt verschoben hat, und für Kontinuität zwischen den PiP-Fenstern sorgt. Wenn das neue Fenster jedoch semantisch nicht mit dem vorherigen Fenster in Verbindung steht, z. B. bei einem neuen Videoanruf, kann der Entwickler mit diesem Parameter dem User-Agent einen Hinweis geben, dass dieses Fenster stattdessen besser an seiner Standardposition und -größe geöffnet werden sollte.

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

Verbesserte Fehlerberichte in IndexedDB bei Lesefehlern bei großen Werten

Änderung bei der Berichterstellung für bestimmte Fehlerfälle, die zuvor mit DOMException und der Meldung „Fehler beim Lesen eines großen IndexedDB-Werts“ gemeldet wurden.

Chrome löst jetzt eine DOMException mit dem Namen "NotFoundError" aus, wenn die Datei mit den Daten, die von einem IDBRequest gelesen werden, auf dem Laufwerk fehlt. So können Websites bei einem nicht wiederherstellbaren Fehler entsprechende Korrekturmaßnahmen ergreifen. Korrekturmaßnahmen können das Löschen des Eintrags aus der Datenbank, die Benachrichtigung des Nutzers oder das erneute Abrufen der Daten von den 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 Scroller und Inhalte in Scrollern für alle Nutzer barrierefreier zu gestalten. Weitere Informationen zu den Vorteilen finden Sie unter Bildlaufleisten, die sich per Tastatur fokussieren lassen. Scroller, die sich per Tastatur fokussieren lassen, sind ab Chrome 130 standardmäßig aktiviert. Wenn Websites Zeit brauchen, um sich an diese neue Funktion anzupassen, haben Sie folgende Möglichkeiten:

Gebots- und Auktionsdienste für Protected Audience

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.

Mit dieser Funktion, den Gebots- und Auktionsdiensten für geschützte Zielgruppen, können Berechnungen für geschützte Zielgruppen auf Cloud-Servern in einer vertrauenswürdigen Ausführungsumgebung ausgeführt werden, anstatt lokal auf dem Gerät eines Nutzers. Durch das Verschieben von Berechnungen auf Cloud-Server können Sie die Auktion für geschützte Zielgruppen optimieren und so Rechenzyklen und Netzwerkbandbreite für ein Gerät freigeben.

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 URL-Parser von Chromium gemäß dem URL-Standard korrekt geparst.

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

WebAssembly-JavaScript-String-Builtins

Mit dieser Funktion können gängige JavaScript-Stringoperationen für den Import in WebAssembly freigegeben werden. So können Sie JavaScript-Strings aus WebAssembly erstellen und bearbeiten, ohne dass WebAssembly dies unterstützt. Die Leistung ist dabei ähnlich wie bei unterstützten Stringreferenzen.

WebGPU: Dual Source Blending

Die optionale GPU-Funktion „Dual-Source-Blending“ wurde hinzugefügt, mit der sich zwei Fragment-Shader-Ausgaben in einem einzigen Framebuffer kombinieren lassen. Diese Technik ist besonders nützlich für Anwendungen, die komplexe Überblendungsvorgänge erfordern, z. B. solche, die auf Porter-Duff-Überblendungsmodi basieren. Da durch die Zusammenführung von zwei Quellen weniger häufig Änderungen an Pipeline-Statusobjekten erforderlich sind, kann die Leistung und Flexibilität verbessert werden.

Web Serial: connected-Attribut und RFCOMM-Verbindungsereignisse

Mit dieser Funktion wird ein boolesche SerialPort.connected-Attribut hinzugefügt. Das Attribut gibt true zurück, wenn der serielle Port logisch verbunden ist. Bei seriellen Ports mit Kabeln 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, das den Port hostet, offene Verbindungen zum Host hat.

Bisher wurden nur über serielle Ports mit Kabeln Verbindungs- und Trennungsereignisse gesendet. Mit dieser Funktion senden Bluetooth-RFCOMM-Serienports diese Ereignisse, wenn der Port logisch verbunden oder getrennt wird.

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

Weitere Informationen finden Sie unter Bluetooth-RFCOMM-Aktualisierungen in Web Serial.

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-AttestationFormats

Unterstützung des Felds attestationFormats von WebAuthn-Level 3.

WebAuthn Level 3 unterstützt eine Website, auf der im neuen Feld attestationFormats eine sortierte Präferenz für Attestierungsformate für Anmeldedaten angegeben wird. Diese Funktion ermöglicht die Unterstützung auf Android-Geräten, bei denen Passkey-Anbieter mehrere Formate unterstützen können.

Registrieren Sie sich für die Testversion von WebAuthn attestationFormats.

Einstellung und Entfernung

In dieser Version von Chrome werden die folgenden Funktionen eingestellt oder entfernt. Auf ChromeStatus.com finden Sie Listen mit geplanten, aktuellen und früheren Einstellungen.

Mit dieser Version von Chrome wird eine Funktion entfernt.

expectedImprovement in DelegatedInkTrailPresenter entfernen

Das Attribut expectedImprovement gibt Webentwicklern Aufschluss darüber, wie sehr sich die aktuelle Eingabelatenz durch die DelegatedInkTrails API verbessern lässt. Dieses Attribut ist jedoch nicht die Erhöhung der Entropie des Fingerabdrucks wert.

Mit dieser Version von Chrome wird eine Funktion eingestellt.

Nicht standardmäßige GPUAdapter-Methode requestAdapterInfo() wird eingestellt

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