Veröffentlicht am 6. Mai 2026
Sofern nicht anders angegeben, gelten die folgenden Änderungen für die neueste Chrome-Betaversion für Android, ChromeOS, Linux, macOS und Windows. Weitere Informationen zu den hier aufgeführten Funktionen finden Sie über die angegebenen Links oder in der Liste auf ChromeStatus.com. Chrome ist seit dem 6. Mai 2026 in der Betaversion verfügbar. Sie können die neueste Version für Computer auf Google.com oder für Android im Google Play Store herunterladen.
CSS und UI
Explizite Regel für die Rahmenfarbe im UA-Stylesheet für Tabellen entfernen
Mit dieser Änderung wird die fehlerhafte border-color: gray CSS-Regel aus dem UA
Stylesheet für das <table> Element entfernt.
Die HTML-Spezifikation enthält diese Regel nicht und sie führt dazu, dass die Rahmen nicht standardmäßig auf currentColor gesetzt werden. Weder Firefox noch Webkit haben diese Regel für die Rahmenfarbe gray in ihrem UA-Stylesheet, was zu Interoperabilitätsproblemen führt.
path() und shape() in shape-outside unterstützen
Unterstützung für die Formfunktionen path() und shape() in der CSS-Eigenschaft shape-outside hinzugefügt. Mit diesen Funktionen können Entwickler Formen für den Fließtextausschluss mithilfe von Rechteckkoordinaten definieren.
rect() und xywh() in shape-outside unterstützen
Unterstützung für die grundlegenden Formfunktionen rect() und xywh() in der CSS-Eigenschaft shape-outside hinzugefügt. Mit diesen Funktionen können Entwickler Formen für den Fließtextausschluss mithilfe von Rechteckkoordinaten definieren. Dadurch wird Chrome an Firefox und Safari angeglichen, die diese Funktion bereits unterstützen.
Systemakzentfarbe für Webanwendungen
Der Zugriff auf die Systemakzentfarbe für CSS-Keywords und accent-color: auto wird auf den Kontext einer Webanwendung und des ursprünglichen Profils beschränkt.
Die CSS-Keywords AccentColor und AccentColorText stellen einen erheblichen Fingerprinting
Vektor dar, wenn die Systemfarben des Nutzers im Web weitgehend offengelegt werden. Daher sind sie nur in installierten Webanwendungskontexten verfügbar. Formularsteuerelemente mit accent-color: auto entsprechen mit der Einführung dieser Funktion ebenfalls diesem Umfang. Dadurch werden die Erwartungen von Entwicklern und Nutzern an Systemfarben besser erfüllt und die Fingerprinting-Einschränkungen für AccentColor[Text] eingehalten.
Textüberlauf bei Nutzerinteraktion abschneiden
Wenn ein Nutzer mit Text interagiert (Bearbeitung oder Caret-Navigation), für den text-overflow: ellipsis festgelegt ist, wird der Text vorübergehend von Auslassungspunkten zu Abschneiden geändert, sodass der Nutzer den verborgenen Überlaufinhalt sehen und damit interagieren kann.
Diese Funktion gilt für alle bearbeitbaren und nicht bearbeitbaren Elemente. Für Formularsteuerelemente (textarea, input) wird das Verhalten bereits unterstützt.
CSS-Lückendekorationen
Mit CSS-Lückendekorationen können Sie Lücken in Containerlayouts wie Grid und Flexbox ähnlich wie mit column-rule im Layout mit mehreren Spalten gestalten. Diese Funktion wird von Webentwicklern häufig gewünscht, die derzeit Hacks verwenden müssen, um die Lücken in Grid- und Flexbox-Layouts zu gestalten.
image-rendering: crisp-edges
image-rendering: crisp-edges gibt an, dass das Bild so skaliert werden soll, dass Kontrast und Kanten erhalten bleiben und Farben nicht geglättet oder Unschärfe in das Bild eingeführt wird.
Pseudoklasse für Nutzeraktionen: Begrenzung der obersten Ebene
Diese Funktion stellt das in der
CSS-Spezifikation für Selektoren der Ebene 4 beschriebene Verhalten dar,
wonach :hover, :active und :focus-within mit den übergeordneten Elementen übereinstimmen
, aber nur bis zum ersten Element der obersten Ebene in der übergeordneten Kette.
Die Änderung für Chromium implementiert diese Einschränkung für Elemente der obersten Ebene.
Konkret bedeutet das, dass in der folgenden Struktur die Pseudoklasse :hover mit dem <button> und dem Popover übereinstimmt, aber nicht mit dem <main> Element, wenn der Nutzer den Mauszeiger über den <button> bewegt.
<main>
<div popover>
<button></button>
</div>
</main>
<script>document.querySelector('[popover]').showPopover();</script>
Der Grund für diese Änderung ist, dass Elemente der obersten Ebene in der Regel „anderswo“ gerendert werden, an einem Ort, der visuell vom übergeordneten Element getrennt ist. Daher ist es in der Regel nicht sinnvoll, die Stile des übergeordneten Elements zu ändern, wenn der Mauszeiger beispielsweise über das Element der obersten Ebene bewegt oder es aktiviert wird.
Die in Chromium ausgelieferte anpassbare Select-Implementierung enthält diese Logik fest codiert für den speziellen Fall des Popovers ::picker(). Diese spezielle Falllogik wird mit dieser Funktion zugunsten des allgemeineren Verhaltens entfernt.
path-length als CSS-Eigenschaft unterstützen
Mit dieser Änderung wird eine neue CSS-Eigenschaft eingeführt: path-length. Sie wird dem vorhandenen SVG-Präsentationsattribut pathLength zugeordnet. Sie gilt für SVG-Geometrie
Elemente, die pathLength unterstützen, einschließlich <path>, <circle>, <rect>,
<line>, <polyline>, <polygon> und <ellipse>.
Wenn pathLength als CSS-Eigenschaft verfügbar gemacht wird, können Autoren sie in Stylesheets, Inline-Stilen und Animationen angeben. So kann sie an der normalen CSS-Kaskadierung, Spezifität, Übergängen und Animationen teilnehmen. Die Eigenschaft wirkt sich auf
alle Berechnungen aus, die von der Gesamtlänge des Pfads abhängen, einschließlich der Strichdarstellung
und der Textpositionierung entlang eines <textPath>.
CSS-Deklarationen überschreiben das Präsentationsattribut gemäß den Standardregeln für die CSS-Priorität. Der Anfangswert von path-length ist none. Das bedeutet, dass keine vom Autor angegebene Pfadlänge vorhanden ist und unterscheidet sich von einem expliziten numerischen Wert wie 0.
Das vorhandene Verhalten nur mit Attributen bleibt erhalten, wenn die Funktion deaktiviert ist.
Web APIs
Intl.Locale.prototype.variants
Intl.Locale.prototype.variants gemäß dem
TC39-Vorschlag hinzufügen und auch
„variants“ im Options-Bag im Intl.Locale-Konstruktor wie in der
TC39-Sprach-ID-Aktualisierung akzeptieren. Die Änderungen an ECMA402 wurden
in Pull-Anfrage 960 zusammengeführt und der Testcode in test262 wurde
in Pull-Anfrage 4474 zusammengeführt.
Programmatische Scroll-Promises
Webentwickler haben derzeit keine Möglichkeit, zu erfahren, wann ein programmatischer Smooth-Scroll abgeschlossen ist. Diese Funktion bietet eine Lösung für das Problem: Die programmatischen Scroll-Methoden geben Promise-Objekte zurück, die nach Abschluss des Scrollens mit dem Unterbrechungsstatus aufgelöst werden.
Zahlungsanfrage: Zahlungs-Handler können interne Fehler melden
Zahlungs-Handler, auf die mit der Payment Request API zugegriffen wird, können jetzt unterschiedliche Fehler für „Nutzer hat abgebrochen“ und „Interner Fehler der Zahlungs-App“ zurückgeben. So können Webentwickler bessere Abläufe für Nutzer erstellen, z. B. durch Wiederholen oder Ausweichen auf einen anderen Ablauf, wenn ein interner App-Fehler auftritt. Gleichzeitig wird der Ablauf ordnungsgemäß beendet, wenn der Nutzer abbrechen möchte.
Die webbasierte Payment Handler API kann diesen Unterschied anhand des Fehlers angeben, mit dem sie das an PaymentRequestEvent.respondWith übergebene Promise ablehnt.
Wenn das Promise mit einem OperationError abgelehnt wird, wird „interner App-Fehler“ (OperationError) mit der Methode PaymentRequest.show() an den Händler zurückgegeben. Andernfalls wird „Nutzer hat abgebrochen“ (AbortError) zurückgegeben.
Die Infrastruktur für Zahlungs-Handler für systemeigene Apps wird ähnlich aktualisiert, ist aber nicht Teil der Web APIs.
autocorrect="off" für die Windows-Touch-Tastatur in TSF berücksichtigen
Mit dem HTML-Attachement autocorrect können Webautoren festlegen, ob
die Autokorrektur auf die Nutzereingabe in bearbeitbaren Elementen angewendet werden soll, einschließlich
<input>, <textarea>, und Hosts mit `contenteditable`. Unter Windows ignoriert die Touch-Tastatur dieses Attribut und korrigiert Wörter immer automatisch. Wenn Sie beispielsweise
eingeben und dann die Leertaste in einem Element mit autocorrect="off" drücken, wird
"true " anstelle von "truf " eingefügt."truf" Mit dieser Funktion erkennt die TSF
Integration von Chrome Autokorrekturen der Touch-Tastatur und macht sie rückgängig, wenn für das bearbeitbare Element, das den Fokus hat,
autocorrect="off" festgelegt ist.
WebSockets beim Aufruf des Back-Forward-Caches trennen
Aktive WebSocket-Verbindungen verhindern nicht mehr, dass eine Seite in den Back-Forward-Cache (bfcache) aufgenommen wird. Wenn Verbindungen beim Aufruf des bfcache geschlossen werden, anstatt das Dokument als nicht geeignet zu kennzeichnen, können Seiten mit aktiven WebSockets vom Browser gespeichert und wiederhergestellt werden.
Attribut „Request.isReloadNavigation“
Der Request-Schnittstelle der Fetch API wird das schreibgeschützte boolesche Attribut isReloadNavigation hinzugefügt. Dieses Attribut gibt an, ob die aktuelle Navigationsanfrage als vom Nutzer ausgelöste Aktualisierung initiiert wurde (z. B. über die Schaltfläche „Aktualisieren“, location.reload() oder history.go(0)). Dieses Signal wird hauptsächlich für das Request-Objekt im FetchEvent eines Service Workers verfügbar gemacht.
SVG-Filter für Plug-ins und ursprungsübergreifende und eingeschränkte iFrames deaktivieren
Mit dieser Einführung wird verhindert, dass SVG-Filter auf ursprungsübergreifende oder eingeschränkte iFrames (z. B. Sandboxing-iFrames) und eingebettete Plug-ins (z. B. PDFs) angewendet werden. Wenn ein Frame oder Plug-in mit einem SVG-Filtereffekt gerendert würde, wird die Effektstruktur durchlaufen, um den höchsten Vorfahren ohne SVG-Filter zu finden. Dieser Effekt wird dann stattdessen angewendet.
Neue Ursprungstests
In Chrome 149 können Sie sich für die folgenden neuen Ursprungstests anmelden.
Berechtigungsrichtlinie: focus-without-user-activation
Mit der Berechtigungsrichtlinie focus-without-user-activation können Einbettungen den programmatischen Fokus von eingebetteten Inhalten steuern. Wenn die Richtlinie für einen Frame abgelehnt wird, werden programmatische Fokusaufrufe (element.focus(), autofocus, window.focus(), dialog.showModal() und Popover-Fokus) blockiert, es sei denn, sie werden durch eine Nutzeraktivierung ausgelöst. Der vom Nutzer initiierte Fokus, z. B. durch Klicken oder Tabben, ist davon nicht betroffen.
Die Richtlinie kann mit einem Permissions-Policy-HTTP-Antwortheader oder dem allow-Attribut des iFrames festgelegt werden. Die Fokusdelegierung wird unterstützt: Ein übergeordneter Frame mit Fokus kann den Fokus programmatisch an einen untergeordneten iFrame übergeben, auch wenn die Richtlinie für den untergeordneten Frame abgelehnt wurde. Sobald ein Frame den Fokus hat, kann er den Fokus innerhalb seiner eigenen Unterstruktur verschieben.
Ereignisgesteuerte Gamepad-Eingabe-API
Dieser Vorschlag erweitert die Gamepad API um ein neues ereignisgesteuertes Modell, mit dem Anwendungen Gamepad-Eingaben mit geringerer Latenz empfangen können. Anstatt sich auf häufiges Polling mit navigator.getGamepads() zu verlassen, können Entwickler jetzt auf ein rawgamepadinputchange-Ereignis warten, das ausgelöst wird, wenn neue Eingabedaten vom Gerät verfügbar sind. Dadurch wird die Eingabe reaktionsschneller verarbeitet, insbesondere in latenzempfindlichen Anwendungen.
Benutzerdefinierte WebAssembly-Deskriptoren
Ermöglicht WebAssembly, Daten, die mit Typen auf Quellenebene verknüpft sind, effizienter in neuen benutzerdefinierten Deskriptorobjekten zu speichern. Diese benutzerdefinierten Deskriptoren können mit Prototypen für die WebAssembly-Objekte dieses Typs auf Quellenebene konfiguriert werden. So können Methoden in der Prototypenkette eines WebAssembly-Objekts installiert und direkt aus JavaScript mit der normalen Syntax für Methodenaufrufe aufgerufen werden. Die Prototypen und Methoden können deklarativ mit einer importierten integrierten Funktion konfiguriert werden.