Chrome 134 Beta

Rachel Andrew

Veröffentlicht: 5. Februar 2025

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 134 ist seit dem 5. Februar 2025 als Betaversion verfügbar. Sie können die aktuelle Version auf Google.com für Computer oder im Google Play Store für Android herunterladen.

CSS

Diese Version enthält fünf neue CSS- und UI-Funktionen.

CSS-Eigenschaft „dynamic-range-limit“

Ermöglicht es, auf einer Seite die maximale Helligkeit von HDR-Inhalten zu begrenzen.

Anpassbares <select>-Element

Sie können HTML-<select>-Elemente anpassen, indem Sie das neue Verhalten mit dem base-select-Wert appearance aktivieren. Danach können Sie Rich-Inhalte wie Bilder hinzufügen und die Optionen gestalten.

Dialogfeld schließen

Eine der praktischen Funktionen der Popover API ist das einfache Schließen. Diese Funktion ist jetzt auch für <dialog> verfügbar. Mit dem neuen Attribut closedby lässt sich das Verhalten steuern:

  • <dialog closedby=none>: Dialogfelder werden nicht vom Nutzer geschlossen.
  • <dialog closedby=closerequest>: Durch Drücken der Taste ESC oder eines anderen Triggers zum Schließen wird das Dialogfeld geschlossen.
  • <dialog closedby=any>: Wenn Sie außerhalb des Dialogfelds klicken oder die Esc-Taste drücken, wird es geschlossen. Entspricht dem Verhalten von popover=auto.

CSS-Highlight übernehmen

Mit der Funktion „CSS-Highlight übernehmen“ werden die Eigenschaften der CSS-Highlight-Pseudoklassen wie ::selection und ::highlight über die Pseudo-Highlight-Kette und nicht über die Elementkette übernommen. Das Ergebnis ist ein intuitiveres Modell für die Übernahme von Eigenschaften in Hervorhebungen.

Weitere Informationen finden Sie im Blogpost Inheritance changes for CSS selection styling von Stephen Chenney von Igalia.

:has-slotted-Pseudoklasse

Die Pseudoklasse :has-slotted steht für ein Steckplatzelement mit Steckplatzinhalten, z. B. einen Textknoten oder ein Textelement. So können Sie Elemente je nachdem, ob für sie Fallback-Inhalte verwendet werden, unterschiedlich formatieren.

Web APIs

Attributionsberichte: Limit für aggregierbare Berichte entfernen, wenn die Trigger-Kontext-ID nicht null ist

Diese Änderung basiert auf dem Feedback von API-Callern und der Notwendigkeit, eine größere Anzahl von Conversion-Ereignissen für bestimmte Nutzerflüsse messen zu können.

Derzeit ist die API auf 20 aggregierbare Berichte pro Quellenregistrierung beschränkt. Das ist für Anwendungsfälle mit einer längeren User Journey einschränkend. Durch diese Änderung wird das Limit für aggregierbare Berichte aufgehoben, wenn bei der Registrierung eine Trigger-Kontext-ID angegeben wird. Das Entfernen dieses Limits ist nur dann möglich, wenn die Trigger-Kontext-ID angegeben ist. In diesem Fall wendet die API eine höhere Rate von Nullberichten an, was dazu beiträgt, das Risiko von websiteübergreifenden Datenlecks durch Berichtszahlen zu verringern.

Außerdem gelten für aggregierbare Berichte weiterhin andere Limits, die die Gesamtmenge der Informationen einschränken, die gemessen werden können,z. B. das L1-Beitragsbudget (65.536) pro Quelle und das Limit für die Attributionsrate.

Blob-URL-Partitionierung: Abrufen/Navigation

Als Fortsetzung der Speicherpartitionierung wird die Partitionierung des Blob-URL-Zugriffs nach Speicherschlüssel (Website der obersten Ebene, Frame-Ursprung und das boolesche has-cross-site-ancestor-Attribut) implementiert, mit Ausnahme von Navigationen der obersten Ebene, die nur nach Frame-Ursprung partitioniert bleiben. Dieses Verhalten ähnelt dem, was derzeit sowohl in Firefox als auch in Safari implementiert ist, und gleicht die Verwendung von Blob-URLs mit dem Partitionierungsschema ab, das von anderen Speicher-APIs im Rahmen der Speicherpartitionierung verwendet wird. Außerdem erzwingt Chrome „noopener“ bei vom Renderer initiierten Navigationen auf oberster Ebene zu Blob-URLs, bei denen die entsprechende Website seitenübergreifend zur Website der obersten Ebene ist, die die Navigation ausführt. Damit entspricht Chrome dem Verhalten in Safari. Die entsprechenden Spezifikationen wurden entsprechend aktualisiert.

Diese Änderung kann vorübergehend rückgängig gemacht werden, indem Sie die Richtlinie PartitionedBlobURLUsage festlegen. Die Richtlinie wird eingestellt, wenn die anderen speicherpartitionsbezogenen Unternehmensrichtlinien eingestellt werden.

Dokumentrichtlinie: expect-no-linked-resources

Über den Konfigurationspunkt expect-no-linked-resources in der Dokumentrichtlinie kann ein Dokument dem User-Agent Hinweise zur besseren Optimierung der Ladesequenz geben, z. B. dass das standardmäßige spekulative Parsen (auch als Preloader bezeichnet) nicht verwendet werden soll.

User-Agents haben das spekulative Parsen von HTML implementiert, um Ressourcen, die im HTML-Markup vorhanden sind, spekulativ abzurufen und so das Laden der Seite zu beschleunigen. Bei der überwiegenden Mehrheit der Seiten im Web, für die Ressourcen im HTML-Markup deklariert sind, ist die Optimierung von Vorteil und die Kosten für die Ermittlung solcher Ressourcen sind ein guter Kompromiss. Die folgenden Szenarien können jedoch zu einer suboptimalen Leistung führen, wenn die Zeit für das Parsen von HTML zur Bestimmung der abzurufenden untergeordneten Ressourcen zu lang ist:

  • Seiten, für die im HTML-Code keine Ressourcen deklariert sind.
  • Große HTML-Seiten mit minimalen oder keinen Ressourcenladungen, bei denen das Vorladen von Ressourcen mithilfe anderer verfügbarer Vorlademechanismen explizit gesteuert werden könnte.

Die expect-no-linked-resources-Dokumentrichtlinie weist den User-Agent darauf hin, dass er die Zeit für die Bestimmung solcher untergeordneten Ressourcen optimieren kann.

Explizite Ressourcenverwaltung (asynchron und synchron)

Diese Funktionen adressieren ein gängiges Muster in der Softwareentwicklung in Bezug auf die Lebensdauer und Verwaltung verschiedener Ressourcen (z. B. Arbeitsspeicher und E/A). Dieses Muster umfasst in der Regel die Zuweisung einer Ressource und die Möglichkeit, kritische Ressourcen explizit freizugeben.

console.timeStamp API um Mess- und Darstellungsoptionen erweitern

Diese Funktion erweitert die console.timeStamp() API auf rückwärtskompatible Weise, um eine leistungsstarke Methode zum Instrumentieren von Anwendungen und zum Einblenden von Zeitdaten im Bereich „Leistung“ in DevTools bereitzustellen.

Mit der API hinzugefügte Zeitangaben können einen benutzerdefinierten Zeitstempel, eine benutzerdefinierte Dauer und Präsentationsoptionen (Track, Swimlane und Farbe) haben.

OffscreenCanvas getContextAttributes

Fügt die getContextAttributes-Schnittstelle von CanvasRenderingContext2D zu OffscreenCanvasRenderingContext2D hinzu.

Private Aggregation API: Beiträge pro Kontext für Shared Storage-Caller

Ermöglicht es Shared Storage-Callern, die Anzahl der Beiträge pro Bericht zur privaten Aggregation anzupassen.

Mit dieser Funktion können Shared Storage-Caller Beitragslimits pro Kontext mit einem neuen Feld, maxContributions, konfigurieren. Mit diesem Feld können Sie die Standardanzahl der Beiträge pro Bericht überschreiben. Sowohl größere als auch kleinere Zahlen sind zulässig. In Chrome sind Werte für maxContributions zwischen 1 und 1.000 zulässig. Größere Werte werden als 1.000 interpretiert.

Aufgrund des Paddings ist die Größe der Nutzlast jedes Berichts ungefähr proportional zur ausgewählten Anzahl von Beiträgen pro Bericht. Wir gehen davon aus, dass die Aktivierung größerer Berichte die Betriebskosten des Aggregationsdienstes erhöht.

Anrufe von geschützten Zielgruppen sind von dieser Funktion nicht betroffen. Wir planen jedoch, in Zukunft die Möglichkeit hinzuzufügen, die Anzahl der Beiträge für Berichte zu geschützten Zielgruppen anzupassen.

Unterstützung von ImageSmoothingQuality in PaintCanvas

Unterstützung für das Attribut imageSmoothingQuality in Paint Canvas So können Webentwickler beim Skalieren von Bildern die Qualität der Leistung vorziehen. Für imageSmoothingQuality sind drei Optionen zulässig: low, medium und high.

WebGPU-Untergruppen

WebGPU bietet jetzt eine Untergruppenfunktion. Bei Untergruppenausführungen werden SIMT-Vorgänge ausgeführt, um eine effiziente Kommunikation und Datenfreigabe zwischen Gruppen von Aufrufen zu ermöglichen. Mit diesen Vorgängen können Anwendungen beschleunigt werden, indem der Speicheroverhead durch die Kommunikation zwischen Aufrufen reduziert wird.

Neue Ursprungstests

In Chrome 134 können Sie die folgenden neuen Tests für Ursprünge aktivieren.

Digital Credential API

Websites können und erhalten heute über eine Vielzahl von Mechanismen Anmeldedaten von mobilen Wallet-Apps, z. B. über benutzerdefinierte URL-Handler und QR-Code-Scans. Mit dieser Funktion können Websites Identitätsinformationen über das IdentityCredential CredMan-System von Android von Wallets anfordern. Sie kann erweitert werden, um mehrere Anmeldedatenformate zu unterstützen (z. B. ISO mDoc und W3C-prüfbare Anmeldedaten) und ermöglicht die Verwendung mehrerer Wallet-Apps. Es werden Mechanismen hinzugefügt, um das Risiko von Missbrauch echter Identitäten im gesamten System zu verringern.

Mit dem Ursprungstest ab Chrome 134 wird diese API auf der Desktopplattform unterstützt. Chrome auf dem Computer kommuniziert dann sicher mit dem digitalen Wallet auf dem Android-Smartphone, um die angeforderten Anmeldedaten abzurufen.

Einstellung und Entfernung

In dieser Version von Chrome werden die unten aufgeführten Einstellungsänderungen und Entfernungen eingeführt. Auf ChromeStatus.com finden Sie Listen mit geplanten, aktuellen und früheren Einstellungen.

Mit dieser Version von Chrome wird eine Funktion entfernt.

Nicht standardmäßige getUserMedia-Audioeinschränkungen entfernen

Blink unterstützt eine Reihe nicht standardmäßiger Einschränkungen mit dem Präfix „goog“ für getUserMedia aus der Zeit, bevor die Einschränkungen richtig standardisiert wurden.

Die Nutzung ist je nach Einschränkung um etwa 0,000001% bis 0,0009 % gesunken. Einige davon haben aufgrund von Änderungen am Chromium-Audio-Capture-Stack gar keine Auswirkungen. Aufgrund anderer bevorstehender Änderungen haben bald keine der Einschränkungen mehr Auswirkungen.

Wir gehen nicht davon aus, dass es aufgrund dieser Änderung zu größeren Rückschritten kommt. Anwendungen, die diese Einschränkungen verwenden, funktionieren weiterhin, erhalten aber Audio mit den Standardeinstellungen, als wären keine Einschränkungen übergeben worden. Sie können zu Standardeinschränkungen migrieren.