Chrome 142 Beta

Rachel Andrew

Veröffentlicht: 1. Oktober 2025

Sofern nicht anders angegeben, gelten diese Änderungen für die Veröffentlichung des Chrome 142-Betakanals für Android, ChromeOS, Linux, macOS und Windows. Weitere Informationen zu diesen Funktionen finden Sie unter den bereitgestellten Links oder auf ChromeStatus.com. Laden Sie Chrome 142 Beta für den Desktop von Google.com oder für Android aus dem Google Play Store herunter.

CSS und Benutzeroberfläche

Pseudoklassen :target-before und :target-after

Diese Pseudoklassen entsprechen Scrollmarkierungen, die sich in derselben Scrollmarkierungsgruppe vor oder nach der aktiven Markierung (entspricht :target-current) befinden, wie durch die Reihenfolge im flachen Baum bestimmt:

  • :target-before: Entspricht allen Scrollmarkierungen, die in der Reihenfolge des flachen Baums innerhalb der Gruppe vor der aktiven Markierung stehen.
  • :target-after: Entspricht allen Scrollmarkierungen, die in der Gruppe in der Reihenfolge des flachen Baums auf die aktive Markierung folgen.

Absolute Positionierung für das ::view-transition-Element

Bei Ansichtsübergängen wird ein Pseudo-Unterbaum des Elements verwendet, wobei ::view-transition die Wurzel dieses Übergangs ist. Bisher wurde für das ::view-transition-Element position: fixed angegeben. Die CSS Working Group hat beschlossen, position: absolute zu ändern. Chrome berücksichtigt diese Änderung jetzt.

Diese Änderung sollte nicht auffallen, da der enthaltende Block dieses Elements im absoluten oder fixierten Fall der Snapshot-Block bleibt. Der einzige nennenswerte Unterschied besteht bei getComputedStyle.

activeViewTransition-Property im Dokument

Mit der View Transitions API können Entwickler visuelle Übergänge zwischen verschiedenen Status starten. Der primäre SPA-Einstiegspunkt ist startViewTransition(), der ein Übergangsobjekt zurückgibt. Dieses Objekt enthält mehrere Promises und Funktionen zum Verfolgen des Übergangsfortschritts. Außerdem können Sie Übergänge damit bearbeiten, z. B. indem Sie den Übergang überspringen oder seine Typen ändern.

Ab Chrome 142 müssen Entwickler dieses Objekt nicht mehr speichern. Eine document.activeViewTransition-Property stellt dieses Objekt dar oder null, wenn keine Übergänge stattfinden.

Das gilt auch für MPA-Übergänge, bei denen das Objekt nur über pageswap- und pagereveal-Ereignisse verfügbar ist. Bei dieser Aktualisierung wird document.activeViewTransition für die Dauer der Umstellung auf dieses Objekt festgelegt.

Bereichssyntax für Stilcontainerabfragen und if()

Chrome verbessert CSS-Stilabfragen und die if()-Funktion durch die Unterstützung der Bereichssyntax.

Damit können Stilabfragen über den genauen Wertabgleich hinaus erweitert werden (z. B. style(--theme: dark)). Entwickler können Vergleichsoperatoren wie > und < verwenden, um benutzerdefinierte Eigenschaften, Literalwerte (z. B. 10 px oder 25%) und Werte aus Ersetzungsfunktionen wie attr() und env() zu vergleichen. Für einen gültigen Vergleich müssen beide Seiten denselben Datentyp ergeben. Sie ist auf die folgenden numerischen Typen beschränkt: <length>, <number>, <percentage>, <angle>, <time>, <frequency> und <resolution>.

Beispiele:

Vergleichen Sie eine benutzerdefinierte Eigenschaft mit einer literalen Länge:

@container style(--inner-padding > 1em) {
  .card {
    border: 2px solid;
  }
}

Zwei Literalwerte vergleichen

@container style(1em < 20px) {
  /* ... */
}

Stilbereiche in if() verwenden:

.item-grid {
  background-color: if(style(attr(data-columns, type<number>) > 2): lightblue; else: white);
}

Aufrufer für Interessen (das Attribut interestfor)

Chrome fügt den interestfor-Attributen <button> und <a> ein interestfor-Attribut hinzu. Mit diesem Attribut werden dem Element „Interesse“-Verhaltensweisen hinzugefügt. Wenn ein Nutzer „Interesse“ an dem Element zeigt, werden Aktionen für das Zielelement ausgelöst, z. B. das Einblenden eines Pop-overs. Der User-Agent erkennt, wenn ein Nutzer „Interesse“ an dem Element zeigt, z. B. indem er den Mauszeiger darauf bewegt, bestimmte Tastenkombinationen auf der Tastatur drückt oder das Element auf Touchscreens lange drückt. Wenn Interesse gezeigt oder verloren wird, wird ein InterestEvent für das Ziel ausgelöst, das Standardaktionen für Pop-overs hat, z. B. das Ein- und Ausblenden des Pop-overs.

Die font-language-override-Property

Chrome unterstützt jetzt die CSS-Eigenschaft font-language-override. Mit der Eigenschaft können Entwickler die für die OpenType-Glyphensubstitution verwendete Systemsprache überschreiben, indem sie direkt in CSS ein vierstelliges Sprach-Tag angeben.

Sie ermöglicht eine detaillierte typografische Steuerung, die besonders für mehrsprachige Inhalte oder Schriftarten mit sprachspezifischen Glyphenvarianten nützlich ist.

Das Attribut download im SVG-Element <a>

Chrome unterstützt jetzt das Attribut download in der Schnittstelle SVGAElement, was der SVG 2-Spezifikation entspricht. Mit dem Attribut download können Autoren angeben, dass das Ziel eines SVG-Hyperlinks heruntergeladen wird, anstatt dorthin zu navigieren. Das entspricht dem Verhalten, das bereits in HTMLAnchorElement unterstützt wird. Sie fördert die Interoperabilität zwischen wichtigen Browsern, sorgt für einheitliches Verhalten zwischen HTML- und SVG-<a>-Elementen und verbessert die Entwicklerfreundlichkeit und die Erwartungen der Nutzer.

Parität zwischen Mobilgeräten und Computern für ausgewählte Rendering-Modi für Elemente

Mithilfe der Attribute size und multiple kann das <select>-Element als Listbox auf der Seite oder als Schaltfläche mit einem Pop-up-Fenster gerendert werden. Die Verfügbarkeit dieser Modi ist jedoch nicht einheitlich für Chrome auf Mobilgeräten und Computern. Die Listbox-Wiedergabe auf der Seite ist auf Mobilgeräten nicht verfügbar. Auf Computern ist keine Schaltfläche mit einem Pop-up verfügbar, wenn das Attribut multiple vorhanden ist.

Mit diesem Update wird das Listenfeld für Mobilgeräte und ein Pop-up-Fenster für die Mehrfachauswahl für Computer hinzugefügt. Außerdem wird dafür gesorgt, dass Opt-ins mit den Attributen size und multiple auf Mobilgeräten und Computern im selben Rendermodus angezeigt werden. Die Änderungen werden so zusammengefasst:

  • Wenn das Attribut size einen Wert größer als 1 hat, wird immer das In-Page-Rendering verwendet. Auf Mobilgeräten wurde dies bisher ignoriert.
  • Wenn das Attribut multiple ohne das Attribut size festgelegt ist, wird das In-Page-Rendering verwendet. Auf Mobilgeräten wurde bisher ein Pop-up anstelle einer Listenbox auf der Seite verwendet.
  • Wenn das Attribut multiple mit size=1 festgelegt ist, wird ein Pop-up verwendet. Auf Computern wurde zuvor eine Listbox auf der Seite verwendet.

Persistente Nutzeraktivierung bei Navigationen, die vom Renderer mit demselben Ursprung initiiert werden

In Chrome bleibt der Status der Nutzeraktivierung erhalten, wenn eine Seite zu einer anderen Seite mit demselben Ursprung wechselt. Da Nutzer auf der Seite nach der Navigation nicht aktiv werden, sind einige Anwendungsfälle nicht möglich, z. B. die Anzeige von virtuellen Tastaturen bei Autofokus. Dies hat Entwickler blockiert, die MPAs über SPAs erstellen möchten.

Browserinitiierte Navigationsanfragen (Aktualisieren, Verlaufsnavigation, in die Adressleiste eingegebene URL usw.) sind nicht enthalten.

Web APIs

WebGPU: primitive_index-Funktion

WebGPU bietet eine neue optionale Funktion, die ein neues integriertes WGSL-Shader-Element, primitive_index, verfügbar macht. Auf unterstützter Hardware wird ein Index pro Primitiv für Fragment-Shader bereitgestellt, ähnlich wie bei den integrierten Funktionen vertex_index und instance_index. Der Primitive-Index ist nützlich für erweiterte grafische Techniken wie virtualisierte Geometrie.

WebGPU: Texturformate – Tier 1 und Tier 2

Erweitern Sie die Unterstützung für GPU-Texturformate mit Funktionen wie „render attachment“, „blending“, „multisampling“, „resolve“ und „storage_binding“.

DataTransfer-Property für insertFromPaste-, insertFromDrop- und insertReplacementText-Eingabeereignisse

Füllen Sie das Attribut dataTransfer für Eingabeereignisse mit inputType-Werten von insertFromPaste, insertFromDrop und insertReplacementText aus, um während Bearbeitungsvorgängen in „contenteditable“-Elementen Zugriff auf Daten aus der Zwischenablage und Drag-and-drop-Daten zu ermöglichen.

Das dataTransfer-Objekt enthält dieselben Daten, die während des beforeinput-Ereignisses verfügbar waren.

Diese Funktion gilt nur für „contenteditable“-Elemente. Bei Formularsteuerelementen ((textarea, input) bleibt das Verhalten unverändert.

Diese Property sorgt für die Interoperabilität von Chrome mit Safari und Firefox.

Mediensitzung: Grund zu den enterpictureinpicture-Aktionsdetails hinzufügen

Fügt enterPictureInPictureReason dem MediaSessionActionDetails hinzu, das an die enterpictureinpicture-Aktion in der Media Session API gesendet wird. So können Entwickler zwischen enterpictureinpicture-Aktionen, die explizit vom Nutzer ausgelöst werden (z. B. über eine Schaltfläche im User-Agent), und enterpictureinpicture-Aktionen unterscheiden, die automatisch vom User-Agent ausgelöst werden, weil der Inhalt verdeckt wird.

Kontextbezogene Gewichtung der Web Speech API

Mit diesem Update können Websites die kontextbezogene Gewichtung für die Spracherkennung unterstützen, indem sie der Web Speech API eine Liste mit Erkennungsformulierungen hinzufügen.

Entwickler können eine Liste von Wortgruppen angeben und aktualisieren, um die Spracherkennungsmodelle zugunsten dieser Wortgruppen zu optimieren. So können wir die Genauigkeit und Relevanz der domänenspezifischen und personalisierten Spracherkennung verbessern.

Strengere *+json-MIME-Token-Validierung für JSON-Module

JSON-Modulskriptantworten ablehnen, deren Typ oder Untertyp des MIME-Typs bei Abgleich mit *+json nicht-HTTP-Token-Codepunkte (z. B. Leerzeichen) enthält. Dies entspricht der MIME-Sniffing-Spezifikation und anderen Engines. Sie ist Teil des Fokusbereichs „Interop2025-Module“.

FedCM – Unterstützung der Anzeige von Drittanbieter-iFrame-Ursprüngen in der Benutzeroberfläche

Vor Chrome 142 wurde in der FedCM-Benutzeroberfläche immer die Website der obersten Ebene angezeigt.

Das funktioniert gut, wenn das iFrame konzeptionell selbst erhoben ist, z. B. wenn foo.com ein iFrame foostatic.com hat, das für den Nutzer nicht relevant ist.

Wenn das iFrame jedoch tatsächlich von einem Drittanbieter stammt, ist es besser, den iFrame-Ursprung in der Benutzeroberfläche anzuzeigen, damit Nutzer besser nachvollziehen können, mit wem sie ihre Anmeldedaten teilen. Beispielsweise könnte ein Bildbearbeitungsprogramm in eine Web-App zum Veröffentlichen von Büchern eingebettet sein und Nutzern Zugriff auf Dateien gewähren, die sie zuvor mit dem Bildbearbeitungsprogramm gespeichert haben. Diese Funktion ist jetzt verfügbar.

An Ursprünge gebundene Prozessisolierung

Die Prozessisolierungsrichtlinie wird von der Sperrung von Prozessen für eine Website (z. B. example.com) zur Sperrung von Prozessen für einen bestimmten Ursprung (z. B. foo.example.com) geändert.

Um die Sicherheit weiter zu verbessern, wechselt Chrome zu einem detaillierteren Prozessisolierungsmodell namens „Ursprungsisolierung“. In Chrome wurde die „Website-Isolierung“ verwendet, bei der verschiedene Ursprünge derselben Website, z. B. a.example.com und b.example.com, in einem einzigen Renderer-Prozess zusammengefasst wurden.

Bei der Ursprungsisolierung wird jeder einzelne Ursprung (z. B. https://foo.example.com) in einem eigenen Renderer-Prozess isoliert. Dadurch wird die Sicherheitsarchitektur von Chrome gestärkt, indem Prozessgrenzen an das grundlegende ursprungsbasierte Sicherheitsmodell des Webs angepasst werden. So wird ein besserer Schutz vor potenziellen Sicherheitslücken auf Websites geboten.

Interoperable pointerrawupdate-Ereignisse werden nur in sicheren Kontexten verfügbar gemacht.

In der PointerEvents-Spezifikation wurde pointerrawupdate 2020 auf sichere Kontexte beschränkt. Dadurch werden sowohl das Auslösen von Ereignissen als auch die globalen Ereignis-Listener in unsicheren Kontexten ausgeblendet. Mit diesem Update entspricht Chrome der aktualisierten Spezifikation und ist mit anderen gängigen Browsern kompatibel.

Derzeit laufende Ursprungstests

In Chrome 142 können Sie die folgenden neuen Origin-Trials aktivieren.

Anmeldedaten für gerätegebundene Sitzung

Eine Möglichkeit für Websites, eine Sitzung sicher an ein einzelnes Gerät zu binden.

Damit können Server eine Sitzung sicher an ein Gerät binden. Der Browser erneuert die Sitzung regelmäßig, wenn der Server dies anfordert, und liefert einen Nachweis für den Besitz eines privaten Schlüssels.

TCP-Socket-Pool pro Top-Level-Website

In diesem Test wird untersucht, welche Auswirkungen es hat, wenn die TCP-Socket-Poolgröße pro Profil von 256 (Standard) auf 513 geändert wird und gleichzeitig eine Obergrenze von 256 pro Website der obersten Ebene eingeführt wird, damit nicht zwei Tabs den Pool erschöpfen können. Die Machbarkeit einer Erhöhung des Profillimits auf 512 wurde untersucht und ergab keine negativen Ergebnisse. Die Obergrenze von 256 Websites der obersten Ebene entspricht dem Standardlimit pro Profil und sollte sich daher nicht negativ auf die Leistung auswirken. Diese Limits werden unabhängig für den WebSocket-Pool und den normalen (HTTP-)Socket-Pool festgelegt.

Wenn keine negativen Auswirkungen auftreten, soll dieser Test direkt gestartet werden.