Chrome 142 Beta

Rachel Andrew

Veröffentlicht am 1. Oktober 2025

Sofern nicht anders angegeben, gelten diese Änderungen für die Chrome 142-Betaversion für Android, ChromeOS, Linux, macOS und Windows. Weitere Informationen zu diesen Funktionen finden Sie unter den angegebenen Links oder auf ChromeStatus.com. Laden Sie die Chrome 142-Betaversion für Computer unter Google.com oder für Android im Google Play Store herunter.

CSS und UI

Pseudoklassen :target-before und :target-after

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

• :target-before: Entspricht allen Scrollmarkierungen, die in der flachen Baumstruktur vor der aktiven Markierung in der Gruppe stehen.
• :target-after: Entspricht allen Scrollmarkierungen, die in der flachen Baumstruktur nach der aktiven Markierung in der Gruppe stehen.

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

Bei Ansichtsübergängen wird eine Pseudo-Unterstruktur des Elements verwendet, wobei ::view-transition der Stamm dieses Übergangs ist. Bisher wurde für das ::view-transition-Element position: fixed festgelegt. Die CSS Working Group hat beschlossen, dies in position: absolute zu ändern. Chrome spiegelt diese Änderung jetzt wider.

Diese Änderung sollte nicht auffallen, da der enthaltende Block dieses Elements in beiden Fällen (absolut oder fest) der enthaltende Snapshot-Block bleibt. Der einzige spürbare Unterschied besteht in getComputedStyle.

activeViewTransition-Property im Dokument

Mit der View Transitions API können Entwickler visuelle Übergänge zwischen verschiedenen Zuständen 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 bearbeiten, z. B. 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 kein Übergang stattfindet.

Dies gilt auch für MPA-Übergänge, bei denen das Objekt nur über die Ereignisse pageswap und pagereveal verfügbar ist. In diesem Update wird document.activeViewTransition für die Dauer des Übergangs auf dieses Objekt festgelegt.

Bereichssyntax für Stilcontainerabfragen und if()

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

Dadurch können Stilabfragen über die genaue Wertübereinstimmung hinausgehen (z. B. style(--theme: dark)). Entwickler können Vergleichsoperatoren (z. B. > und <) verwenden, um benutzerdefinierte Properties, 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 haben. Die Funktion ist auf die folgenden numerischen Typen beschränkt: <length>, <number>, <percentage>, <angle>, <time>, <frequency> und <resolution>.

Beispiele:

Benutzerdefinierte Eigenschaft mit einer literalen Länge vergleichen:

@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);
}

Interessenaufrufer (das Attribut interestfor)

Chrome fügt den Elementen <button> und <a> das Attribut interestfor hinzu. Dieses Attribut fügt dem Element „Interessen“-Verhaltensweisen hinzu. Wenn ein Nutzer Interesse an dem Element zeigt, werden Aktionen für das Zielelement ausgelöst, z. B. das Anzeigen eines Pop-overs. Der User-Agent erkennt, wenn ein Nutzer Interesse an dem Element zeigt, z. B. indem er den Mauszeiger über das Element bewegt, spezielle Hotkeys 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 Anzeigen und Ausblenden des Pop-overs.

Die Property font-language-override

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

Das 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 SVGAElement-Schnittstelle, entsprechend der SVG 2-Spezifikation. Mit dem Attribut download können Autoren angeben, dass das Ziel eines SVG-Hyperlinks heruntergeladen werden soll, anstatt dorthin zu navigieren. Das entspricht dem Verhalten, das bereits in HTMLAnchorElement unterstützt wird. Es fördert die Interoperabilität zwischen den wichtigsten Browsern, sorgt für ein einheitliches Verhalten zwischen HTML- und SVG <a> Elementen und verbessert die Entwicklererfahrung und die Erwartungen der Nutzer.

Parität zwischen Mobilgeräten und Computern für ausgewählte Renderingmodi für das Element „select“

Mit den Attributen size und multiple kann das Element <select> als In-Page-Listbox oder als Schaltfläche mit einem Pop-up gerendert werden. Diese Modi sind jedoch nicht einheitlich auf Mobilgeräten und Computern in Chrome verfügbar. Das In-Page-Listbox-Rendering ist auf Mobilgeräten nicht verfügbar und eine Schaltfläche mit einem Pop-up ist auf Computern nicht verfügbar, wenn das Attribut multiple vorhanden ist.

Mit diesem Update wird die Listbox auf Mobilgeräten und ein Pop-up für die Mehrfachauswahl auf Computern hinzugefügt. Außerdem wird dafür gesorgt, dass Opt-ins mit den Attributen size und multiple auf Mobilgeräten und Computern denselben Renderingmodus verwenden. Die Änderungen sind wie folgt 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 Attribut size festgelegt ist, wird das In-Page-Rendering verwendet. Auf Mobilgeräten wurde bisher ein Pop-up anstelle einer In-Page-Listbox verwendet.
• Wenn das Attribut multiple mit size=1 festgelegt ist, wird ein Pop-up verwendet. Auf Desktop-Geräten wurde bisher eine In-Page-Listbox verwendet.

Beibehaltung der Nutzeraktivierung bei vom Renderer initiierten Navigationen desselben Ursprungs

Chrome behält den Status der beibehaltenen Nutzeraktivierung bei, nachdem eine Seite zu einer anderen Seite desselben Ursprungs navigiert wurde. Wenn auf der Seite nach der Navigation keine Nutzeraktivierung erfolgt, sind einige Anwendungsfälle nicht möglich, z. B. das Anzeigen virtueller Tastaturen bei Autofokus. Das hat Entwickler daran gehindert, MPAs über SPAs zu erstellen.

Dies gilt nicht für vom Browser initiierte Navigationsanfragen (Neuladen, Navigationsverlauf, eingegebene URL in der Adressleiste usw.).

Web APIs

WebGPU: Funktion primitive_index

WebGPU fügt eine neue optionale Funktion hinzu, die ein neues integriertes WGSL-Shader-Element verfügbar macht: primitive_index. Es bietet einen Index pro Primitive für Fragment-Shader auf unterstützter Hardware, ähnlich den integrierten Elementen vertex_index und instance_index. Der Primitive-Index ist nützlich für erweiterte Grafiktechniken wie virtualisierte Geometrie.

WebGPU: Texturformate der Stufen 1 und 2

Erweitern Sie die Unterstützung für GPU-Texturformate mit Funktionen wie Renderanhang, Überblendung, Multisampling, Auflösung und storage_binding.

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

Füllen Sie die dataTransfer-Property für Eingabeereignisse mit inputType-Werten von insertFromPaste, insertFromDrop und insertReplacementText aus, um während Bearbeitungsvorgängen in Elementen mit dem Attribut „contenteditable“ auf die Zwischenablage und Drag-and-drop-Daten zuzugreifen.

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

Diese Funktion gilt nur für Elemente mit dem Attribut „contenteditable“. Für Formularsteuerelemente (textarea, input) bleibt das Verhalten unverändert.

Mit dieser Property ist Chrome mit Safari und Firefox interoperabel.

Mediensitzung: Grund zu den Details der Aktion enterpictureinpicture hinzufügen

enterPictureInPictureReason wird den MediaSessionActionDetails hinzugefügt, die an die Aktion enterpictureinpicture in der Media Session API gesendet werden. So können Entwickler zwischen enterpictureinpicture-Aktionen unterscheiden, die explizit vom Nutzer ausgelöst wurden (z. B. über eine Schaltfläche im User-Agent), und enterpictureinpicture-Aktionen, die automatisch vom User-Agent ausgelöst wurden, 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 Erkennungsphrasen hinzufügen.

Entwickler können eine Liste mit Phrasen bereitstellen und sie aktualisieren, um die Spracherkennungsmodelle zugunsten dieser Phrasen zu gewichten. Das trägt dazu bei, die Genauigkeit und Relevanz für domänenspezifische und personalisierte Spracherkennung zu verbessern.

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

JSON-Modulskriptantworten werden abgelehnt, deren MIME-Typ oder -Untertyp bei der Übereinstimmung mit *+json Nicht-HTTP-Token-Codepunkte (z. B. Leerzeichen) enthält. Das entspricht der MIME-Sniffing-Spezifikation und anderen Engines. Es ist Teil des Schwerpunkts „Interop2025-Module“.

FedCM: Unterstützung für die Anzeige von Ursprüngen von Drittanbieter-iFrames in der UI

Vor Chrome 142 wurde in der FedCM-UI immer die Website der obersten Ebene angezeigt.

Das funktioniert gut, wenn der iFrame konzeptionell zur ersten Partei gehört (z. B. hat foo.com möglicherweise einen iFrame foostatic.com, der für den Nutzer nicht relevant ist).

Wenn der iFrame jedoch tatsächlich von einem Drittanbieter stammt, ist es besser, den Ursprung des iFrames in der UI anzuzeigen, damit Nutzer besser verstehen, mit wem sie ihre Anmeldedaten teilen. Beispielsweise kann ein Bildbearbeitungsprogramm in eine Web-App für die Buchveröffentlichung eingebettet sein und Nutzern ermöglichen, auf Dateien zuzugreifen, die sie zuvor mit dem Bildbearbeitungsprogramm gespeichert haben. Diese Funktion ist jetzt verfügbar.

An Ursprünge gebundene Prozessisolierung

Die Richtlinie zur Prozessisolation wird von der Sperrung von Prozessen für eine Website (z. B. example.com) auf die Sperrung für einen bestimmten Ursprung (z. B. foo.example.com) umgestellt.

Um die Sicherheit weiter zu verbessern, wechselt Chrome zu einem detaillierteren Modell der Prozessisolierung namens „Ursprungsisolierung“. In Chrome wurde bisher 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. Das stärkt die Sicherheitsarchitektur von Chrome, indem die 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. Sowohl das Auslösen des Ereignisses als auch die globalen Ereignis-Listener wurden in unsicheren Kontexten ausgeblendet. Mit diesem Update entspricht Chrome der aktualisierten Spezifikation und ist mit anderen wichtigen Browsern interoperabel.

Aktuelle Ursprungstests

In Chrome 142 können Sie an den folgenden neuen Ursprungstests teilnehmen.

Anmeldedaten für gerätegebundene Sitzung

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

So können Server eine Sitzung sicher an ein Gerät binden. Der Browser erneuert die Sitzung regelmäßig, wenn der Server dies anfordert, mit einem Nachweis des Besitzes eines privaten Schlüssels.

TCP-Socketpool pro Website der obersten Ebene

In diesem Test wird untersucht, wie sich die Änderung der Größe des TCP-Socketpools pro Profil von 256 (Standard) auf 513 auswirkt. Gleichzeitig wird ein Limit von 256 pro Website der obersten Ebene hinzugefügt, damit nicht zwei Tabs den Pool erschöpfen können. Die Machbarkeit einer Erhöhung des Limits pro Profil auf 512 wurde untersucht und ergab keine negativen Ergebnisse. Das Limit von 256 pro Website 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-)Socketpool festgelegt.

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