Datum der stabilen Version: 1. April 2025
Sofern nicht anders angegeben, gelten die folgenden Änderungen für die stabile Version 135 von Chrome für Android, ChromeOS, Linux, macOS und Windows.
HTML und DOM
Aufrufbefehle: die Attribute „command“ und „commandfor“
Mit den Attributen command
und commandfor
von <button>
-Elementen können Sie Schaltflächen auf zugänglichere und deklarative Weise ein Verhalten zuweisen.
Fehler-Tracking-ID 1490919 | Eintrag in ChromeStatus.com | Spezifikation
rel=facilitated-payment
verknüpfen, um Push-Zahlungen zu unterstützen
Unterstützung für <link rel="facilitated-payment" href="...">
hinzugefügt, um anzuzeigen, dass der Browser registrierte Zahlungskunden über eine ausstehende Push-Zahlung informieren soll.
Tracking-Fehler 1477049 | ChromeStatus.com-Eintrag
CSS
::column
-Pseudoelement für Karussells
Ein ::column
-Pseudoelement, mit dem auf die generierten Fragmente eine begrenzte Anzahl von Stilen angewendet werden kann. Dies würde sich insbesondere auf Stile beschränken, die sich nicht auf das Layout auswirken und daher nach dem Layout angewendet werden können.
::scroll-button()
Pseudoelemente
Ermöglicht das Erstellen interaktiver Scrollschaltflächen als Pseudoelemente, z. B.:
.scroller {
overflow: auto;
}
.scroller::scroll-button(inline-start) {
content: "<";
}
.scroller::scroll-button(inline-end) {
content: ">";
}
Sie sollten ein Fokusobjekt sein und sich wie eine Schaltfläche verhalten (einschließlich ihrer UA-Stile). Wenn die Funktion aktiviert ist, sollte der Inhalt in die entsprechende Richtung ein Stück scrollen. Wenn es nicht möglich ist, in diese Richtung zu scrollen, sollten sie deaktiviert (und mit :disabled
formatiert) werden. Andernfalls sind sie aktiviert (und mit :enabled
formatiert).
Mit der Auswahl können Sie Schaltflächen in vier logischen Richtungen definieren: block-start
, block-end
, inline-start
, inline-end
sowie in vier physischen Richtungen: up
, down
, left
, right
.
Bug-Tracking-ID 370067113 | ChromeStatus.com-Eintrag | Spezifikation
::scroll-marker
und ::scroll-marker-group
Fügt die Pseudoelemente ::scroll-marker
und ::scroll-marker-group
für scrollende Container hinzu.
Damit können Sie eine Reihe von Fokussierpunkten für alle zugehörigen Elemente im scrollbaren Container erstellen.
Bug-Tracking-ID 332396355 | Eintrag in ChromeStatus.com | Spezifikation
CSS-Inertie – die Eigenschaft interactivity
Mit der Property interactivity
wird angegeben, ob ein Element und seine flachen untergeordneten Elemente (einschließlich Textabläufe) inaktiv sind oder nicht.
Wenn Sie ein Element inaktiv machen, kann es nicht mehr fokussiert, bearbeitet, ausgewählt und über die Funktion „Auf der Seite suchen“ gesucht werden. Außerdem wirkt sich die Reihenfolge darauf aus, ob das Element im Baum für Barrierefreiheit sichtbar ist.
ChromeStatus.com-Eintrag | Spezifikation
Logischer CSS-Overflow
Mit den CSS-Eigenschaften overflow-inline
und overflow-block
können Sie den Überlauf in Inline- und Blockrichtung relativ zum Schreibmodus festlegen. Im horizontalen Schreibmodus entspricht overflow-inline
overflow-x
, während es im vertikalen Schreibmodus overflow-y
entspricht.
Fehler-Tracking-ID 41489999 | Eintrag in ChromeStatus.com | Spezifikation
Gespeicherter Scroll-Versatz bei der CSS-Ankern-Positionierung
Unterstützung für das Konzept des gespeicherten Scroll-Offsets hinzufügen.
Wenn ein positioniertes Element einen Standardanker hat und an einer Kante an diesem Anker und an der anderen Kante am ursprünglichen enthaltenden Block befestigt ist, wird der Scroll-Offset bei der Größenänderung des Elements berücksichtigt. So können Sie den gesamten sichtbaren Bereich (mit position-area
) für das angedockte Element verwenden, wenn das Dokument mit einem bestimmten Bildlaufoffset gescrollt wird.
Um zu vermeiden, dass das Layout (Größenänderung des Elements) jedes Mal neu erstellt wird, wenn das Dokument gescrollt wird (was unerwünscht ist und sich auch negativ auf die Leistung auswirkt), wird anstelle des aktuellen Scroll-Offsets ein sogenannter „gespeicherter Scroll-Offset“ verwendet. Der gespeicherte Scroll-Offset wird an einem sogenannten „Rechenpunkt für Anker“ aktualisiert. Das ist entweder:
- Wenn das positionierte Element zum ersten Mal angezeigt wird.
- Wenn eine andere Positionierungsoption (
position-try-fallbacks
) ausgewählt wird.
Tracking-Fehler 373874012 | ChromeStatus.com-Eintrag | Spezifikation
CSS-shape()
-Funktion
Mit der Funktion shape()
lassen sich responsive, freiformige Formen in clip-path
erstellen.
Sie können eine Reihe von Verben definieren, die ungefähr den Verben in path()
entsprechen, bei denen aber responsive Einheiten (z. B. %
oder vw
) sowie alle CSS-Werte wie benutzerdefinierte Properties zulässig sind.
Fehler-Tracking-ID 40829059 | Eintrag in ChromeStatus.com | Spezifikation
safe-area-max-inset-*
-Variablen
Mit dieser Funktion werden max-area-safe-inset-*
Variablen hinzugefügt, die sich nicht ändern und den maximal möglichen Safe-Area-Inset darstellen.
So muss die Seite nicht neu layoutet werden, wenn sich beispielsweise die Fußzeile einfach verschieben kann, wenn der Wert für den Safe-Area-Einzug zunimmt, anstatt die Größe zu ändern.
Bug-Tracking-ID 391621941 | ChromeStatus.com-Eintrag | Spezifikation
Stil für verschachtelte Pseudoelemente
Ermöglicht das Stylen von Pseudoelementen, die in anderen Pseudoelementen verschachtelt sind. Bisher ist die Unterstützung für Folgendes definiert:
::before::marker
::after::marker
::column::scroll-marker
wird in Zukunft unterstützt.
Fehler-ID 373478544 | Eintrag in ChromeStatus.com | Spezifikation
Audio und Video
Web Speech API um MediaStreamTrack-Unterstützung erweitern
Unterstützung für MediaStreamTrack zur Web Speech API hinzufügen
Die Web Speech API ist eine Webstandard-API, mit der Entwickler Spracherkennung und -synthese in ihre Webseiten einbinden können. Derzeit verwendet die Web Speech API das Standardmikrofon des Nutzers als Audioeingabe. Mit der Unterstützung von MediaStreamTrack können Websites die Web Speech API verwenden, um Untertitel für andere Audioquellen wie Remote-Audiotracks zu erstellen.
ChromeStatus.com-Eintrag | Spezifikation
Web APIs
Service Worker-Client erstellen und Service Worker-Controller für srcdoc-iFrame übernehmen
Srcdoc-Kontextdokumente sind derzeit keine Service Worker-Clients und werden nicht vom Service Worker der übergeordneten Seite abgedeckt. Dies führt zu einigen Abweichungen. Beispielsweise werden in den Berichten zu den Ressourcenzeitangaben die URLs aufgeführt, die diese Dokumente laden, aber nicht vom Service Worker abgefangen werden. Wir möchten die Abweichungen beheben, indem wir Service Worker-Clients für srcdoc-iFrames erstellen und sie den Service Worker-Controller der übergeordneten Seite übernehmen lassen.
Bug-Tracking-ID 41411856 | Eintrag in ChromeStatus.com | Spezifikation
Elementreflexion
Mit dieser Funktion können ARIA-Beziehungsattribute in IDL als Elementreferenzen und nicht als DOM-Strings dargestellt werden.
Hier werden die IDL-Attribute in der ARIAMixin-Schnittstelle mit einem Element- oder FrozenArray<Element>
-Typ implementiert, mit Ausnahme von ariaOwnsElements
.
Fehler-ID 981423 im Fehler-Tracker | Eintrag in ChromeStatus.com | Spezifikation
Umzäunte Frames: Automatische Unterstützung von datenübergreifenden Beacon-Daten
Wenn eingezäunte Frames oder URN-Iframes über eine API wie Protected Audience oder Shared Storage geladen werden, können sie bei einem Ereignis automatisch Berichts-Beacons senden. Derzeit werden nur Navigations-Beacons der obersten Ebene unterstützt. Diese Funktion wurde zuvor aktualisiert, damit Dokumente mit unterschiedlichen Ursprüngen, die im Stammbaum des eingezäunten Frames geladen werden, automatische Beacons senden können, wenn diese Funktion aktiviert ist. Es blieb jedoch die Einschränkung bestehen, dass nur Frames mit demselben Ursprung wie der von der API geladene Ursprung die Daten festlegen konnten, die als Teil des Beacons gesendet werden. Mit dieser Funktion können im plattformübergreifenden Dokument die Daten festgelegt werden, die im automatischen Beacon verwendet werden.
Damit dies möglich ist und der Datenschutz gleichzeitig gewahrt bleibt, müssen sowohl das Stammdokument des abgegrenzten Frames als auch das untergeordnete Frame-Dokument mit unterschiedlichen Ursprüngen explizit aktiviert werden. Die Aktivierung erfolgt auf die gleiche Weise wie bei anderen plattformübergreifenden FFAR-Funktionen. Insbesondere muss der Stamm-Frame mit dem Allow-Fenced-Frame-Automatic-Beacons
-Header aktiviert werden und der untergeordnete Frame mit unterschiedlichen Ursprüngen, in dem die Daten festgelegt werden, muss mit dem Parameter crossOriginExposed
im Aufruf von setReportEvent()
aktiviert werden.
ChromeStatus.com-Eintrag | Spezifikation
Float16Array
Fügt das Array vom Typ Float16Array
hinzu. Zahlenwerte werden beim Schreiben in Float16Array
-Instanzen auf IEEE fp16 gerundet.
Fehler-ID 42203953 im Tracking | Eintrag in ChromeStatus.com | Spezifikation
HSTS-Tracking-Prävention
Mit dem HSTS-Cache wird das Nutzer-Tracking durch Dritte eingeschränkt.
Diese Funktion erlaubt nur HSTS-Upgrades für Navigationen auf oberster Ebene und blockiert HSTS-Upgrades für Anfragen zu untergeordneten Ressourcen. Dadurch ist es für Drittanbieter-Websites nicht mehr möglich, den HSTS-Cache zu verwenden, um Nutzer im Web zu verfolgen.
Tracking-Fehler 40725781 | ChromeStatus.com-Eintrag
NavigateEvent-Quellelement
Wenn eine Navigation durch ein Element initiiert wird (z. B. durch einen Linkklick oder das Senden eines Formulars), ist die sourceElement
-Eigenschaft auf dem NavigateEvent
das auslösende Element.
Tracking-Fehler 40281924 | ChromeStatus.com-Eintrag | Spezifikation
Änderung des Namens des API-Grunds für „NotRestoredReasons“
In der NotRestoredReasons API werden einige der Begründungstexte an die standardisierten Namen angepasst. Wenn Sie diese Gründe beobachten, stellen Sie möglicherweise eine Änderung der Begründungen fest.
Tracking-Fehler 331754704 | ChromeStatus.com-Eintrag | Spezifikation
Observable API
Observables sind ein beliebtes Paradigma der reaktiven Programmierung, um einen asynchronen Stream von pushbasierten Ereignissen zu verarbeiten. Sie können als Versprechen für mehrere Ereignisse betrachtet werden und sollen das tun, was Versprechen für Rückrufe und Verschachtelungen getan haben. Sie ermöglichen eine ergonomische Ereignisbehandlung, indem sie ein Observable-Objekt bereitstellen, das den asynchronen Ablauf von Ereignissen darstellt.
Sie können das Objekt abonnieren, um Ereignisse zu empfangen, sobald sie eingehen, und einen beliebigen seiner Operatoren oder Kombinatoren aufrufen, um den Ablauf der Transformationen zu beschreiben, die die Ereignisse durchlaufen. Dies steht im Gegensatz zur imperativen Version, bei der oft eine komplizierte Verschachtelung mit Elementen wie addEventListener()
erforderlich ist.
Fehler-Tracking-ID 1485981 | ChromeStatus.com-Eintrag | Spezifikation
Begrenzung von setInterval(...)
auf >= 1 ms entfernen
Vor Chrome 135 wird setInterval
mit einem Wert unter 1 auf 1 begrenzt. Ab Chrome 135 wird diese Einschränkung aufgehoben.
- Vorher:
setInterval(..., 0)
=1ms
Verzögerung. - Nachher:
setInterval(..., 0)
=0ms
Verspätung.
Fehler-ID 41380458 im Fehler-Tracker | Eintrag in ChromeStatus.com
Änderungen an history.pushState()
werden von der Service Worker-Client-URL ignoriert
Ändern Sie die Service Worker-Eigenschaft Client.url
, um Änderungen an der Dokument-URL mit history.pushState()
und anderen ähnlichen Verlaufs-APIs zu ignorieren.
Die Eigenschaft Client.url
soll die URL sein, unter der das HTML-Dokument erstellt wurde. Bei dieser URL werden solche Änderungen ignoriert.
Bug-Tracking-ID 41337436 | ChromeStatus.com-Eintrag | Spezifikation
Unterstützung der Attribute rel
und relList
für SVGAElement
Die SVGAElement-Schnittstelle in SVG 2.0 ermöglicht die Manipulation von <a>
-Elementen ähnlich wie bei HTML-Anchor-Elementen.
Durch die Unterstützung der Attribute rel
und relList
wird die Sicherheit und der Datenschutz für Entwickler verbessert.
Diese Ausrichtung mit HTML-Anchor-Elementen sorgt für Konsistenz und Nutzerfreundlichkeit bei allen Webtechnologien.
Bug-Tracking-ID 40589293 | ChromeStatus.com-Eintrag | Spezifikation
Zeitstempel für mit RTC codierte Frames
Bei dieser Funktion werden einige Zeitstempel, die in WebRTC-codierten Frames vorhanden sind, die mit RTCPeerConnection übertragen werden, im Web freigegeben. Die betreffenden Zeitstempel sind:
- Aufnahmezeitstempel: Der Zeitstempel, zu dem ein Frame ursprünglich aufgenommen wurde.
- Zeitstempel für Erhalt: Der Zeitstempel für den Empfang eines Frames.
Bug-Tracking-ID 391114797 | Eintrag in ChromeStatus.com | Spezifikation
HTTP-Anfrageheader, -Text und -Referenzrichtlinie für CORS-Weiterleitung aktualisieren
Aktualisieren Sie die HTTP-Anfrage bei der CORS-Weiterleitung, indem Sie die Anfrage-Body-Header und den Body entfernen, falls sich die Methode geändert hat, und die Verweisrichtlinie aktualisieren. Diese Aktualisierungen der Anfragen entsprechen der Fetch-Spezifikation und dem Verhalten, das in Firefox und Safari implementiert wurde, um die Kompatibilität zu verbessern.
Tracking-Fehler 40686262 | ChromeStatus.com-Eintrag | Spezifikation
fetchLater API
fetchLater()
ist eine JavaScript API, mit der ein verzögerter Abruf angefordert wird. Wenn eine verzögerte Anfrage in einem Dokument aufgerufen wird, wird sie vom Browser im Status „AUSSTEHEND“ in die Warteschlange gestellt und bei einer der folgenden Bedingungen aufgerufen:
- Das Dokument wird vernichtet.
- Nach einer vom Nutzer angegebenen Zeit. Aus Datenschutzgründen werden alle ausstehenden Anfragen gelöscht, sobald das Dokument den bfcache betritt, unabhängig davon, wie viel Zeit noch verbleibt.
- Der Browser entscheidet, dass es an der Zeit ist, die Daten zu senden.
Die API gibt ein FetchLaterResult zurück, das ein boolesches Feld „activated“ enthält, das aktualisiert werden kann, um anzugeben, ob die verzögerte Anfrage gesendet wurde oder nicht. Nach dem erfolgreichen Senden wird die gesamte Antwort vom Browser ignoriert, einschließlich Textkörper und Headern. Es sollte nichts verarbeitet oder aktualisiert werden, da die Seite möglicherweise bereits nicht mehr existiert.
Beachte, dass die genaue Sendezeit aus der Sicht des API-Nutzers nicht bekannt ist.
Bug-Tracking-ID 1465781 | Eintrag in ChromeStatus.com | Spezifikation
highlightsFromPoint API
Mit der highlightsFromPoint API können Entwickler mit benutzerdefinierten Highlights interagieren, indem sie erkennen, welche Highlights an einem bestimmten Punkt in einem Dokument vorhanden sind. Diese Interaktivität ist für komplexe Webfunktionen wertvoll, bei denen sich mehrere Highlights überschneiden oder im Schatten-DOM vorhanden sind. Durch die präzise punktbasierte Hervorhebungserkennung können Entwickler dynamische Interaktionen mit benutzerdefinierten Highlights effektiver verwalten. So können sie beispielsweise auf Nutzerklicks oder Hover-Ereignisse in hervorgehobenen Bereichen reagieren, um benutzerdefinierte Kurzinfos, Kontextmenüs oder andere interaktive Funktionen auszulösen.
Bug-Tracking-ID 365046212 | ChromeStatus.com-Eintrag | Spezifikation
Ursprungstests
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 auf Aufforderung des Servers und weist dabei nach, dass er einen privaten Schlüssel hat.
Origin-Test | ChromeStatus.com-Eintrag | Spezifikation
Interessenaufruf
Mit dieser Funktion wird den Elementen <button>
und <a>
ein interesttarget
-Attribut hinzugefügt. Mit dem interesttarget
-Attribut werden dem Element Verhaltensweisen für „Interesse“ hinzugefügt. Wenn der Nutzer also „Interesse“ am Element zeigt, werden Aktionen auf dem Zielelement ausgelöst. Aktionen können beispielsweise das Einblenden eines Pop-ups umfassen. Der User-Agent erkennt, wann der Nutzer „Interesse“ am Element zeigt, also wenn er den Mauszeiger darauf bewegt, spezielle Hotkeys auf der Tastatur drückt oder auf Touchscreens lange auf das Element drückt. Wenn Interesse gezeigt oder verloren wird, wird ein InterestEvent
für das Ziel ausgelöst. Für Pop-ups sind das standardmäßig die Aktionen „Pop-up anzeigen“ und „Pop-up ausblenden“.
Origin-Test | Tracking-Fehler #326681249 | ChromeStatus.com-Eintrag | Spezifikation
Signaturbasierte Integrität
Diese Funktion bietet Webentwicklern einen Mechanismus, mit dem sie die Herkunft der Ressourcen prüfen können, auf die sie angewiesen sind. So wird eine technische Grundlage für das Vertrauen in die Abhängigkeiten einer Website geschaffen. Kurz gesagt: Server können Antworten mit einem Ed25519-Schlüsselpaar signieren und Webentwickler können vom User-Agent verlangen, die Signatur mit einem bestimmten öffentlichen Schlüssel zu überprüfen. Dies ist eine hilfreiche Ergänzung zu den URL-basierten Prüfungen der Content Security Policy und den inhaltsbasierten Prüfungen der Subresource Integrity.
Origin Trial | Tracking-Fehler #375224898 | ChromeStatus.com-Eintrag | Spezifikation
Spekulationsregeln: Feld „target_hint“
Dadurch wird die Syntax von Spekulationsregeln erweitert, sodass Entwickler das Feld „target_hint“ angeben können.
Dieses Feld gibt einen Hinweis auf ein anklickbares Ziel an, auf dem eine vorab gerenderte Seite aktiviert wird. Wenn beispielsweise „_blank“ als Hinweis angegeben wird, kann eine vorab gerenderte Seite für ein navigierbares Fenster aktiviert werden, das durch „window.open()“ geöffnet wird. Das Feld hat keine Auswirkungen auf das Vorabladen.
Gemäß der Spezifikation können in diesem Feld alle Strings als Wert verwendet werden, die als navigierbarer Zielname oder Keyword gültig sind. Bei der Einführung werden jedoch nur die Strings "_self"
oder "_blank"
unterstützt. Wenn der Hinweis nicht angegeben ist, wird er so behandelt, als wäre "_self"
angegeben.
Origin-Test | Tracking-Fehler #40234240 | ChromeStatus.com-Eintrag | Spezifikation
Einstellung und Entfernung
Eingestellte navigator.xr.supportsSession
-Methode entfernen
Die Methode navigator.xr.supportsSession
wurde in der WebXR-Spezifikation im September 2019 durch die Methode navigator.xr.isSessionSupported
ersetzt, nachdem wir Feedback zur API-Form vom TAG erhalten hatten. Seitdem wird sie in Chromium als eingestellt gekennzeichnet. In der Konsole wird eine Warnung angezeigt, die Entwickler zur aktualisierten API weiterleitet.
Die Verwendung des Aufrufs ist sehr gering und alle wichtigen Frameworks, die zum Erstellen von WebXR-Inhalten verwendet werden, wurden auf den neueren Aufruf aktualisiert.
ChromeStatus.com-Eintrag | Spezifikation
WebGPU-Limit maxInterStageShaderComponents
entfernen
Das Limit von maxInterStageShaderComponents
wird aufgrund einer Kombination verschiedener Faktoren aufgehoben:
- Redundanz mit
maxInterStageShaderVariables
: Dieses Limit dient bereits einem ähnlichen Zweck und steuert die Menge der Daten, die zwischen den Shader-Phasen übergeben werden. - Geringfügige Abweichungen: Es gibt zwar geringfügige Unterschiede bei der Berechnung der beiden Limits, diese Unterschiede sind jedoch gering und können innerhalb des
maxInterStageShaderVariables
-Limits effektiv verwaltet werden. - Vereinfachung: Durch das Entfernen von
maxInterStageShaderComponents
wird die Shader-Oberfläche optimiert und die Komplexität für Entwickler reduziert. Anstatt zwei separate Limits zu verwalten, die gleichzeitig gelten, aber kleine Unterschiede aufweisen, können sie sich auf die passendere und umfassenderemaxInterStageShaderVariables
konzentrieren.
Bug-Tracking-ID 364338810 | Eintrag in ChromeStatus.com | Spezifikation