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 bereitgestellten Links oder in der Liste auf ChromeStatus.com. Chrome befindet sich ab dem 6. Mai 2026 in der Betaphase. Sie können die aktuelle Version für den Desktop unter Google.com oder im Google Play Store auf Android-Geräten herunterladen.
CSS und Benutzeroberfläche
Entfernen der expliziten UA-Stylesheet-Regel für die Rahmenfarbe von Tabellen
Durch diese Änderung wird die fehlerhafte CSS-Regel border-color: gray aus dem UA-Stylesheet für das Element <table> entfernt.
Die HTML-Spezifikation enthält diese Regel nicht. Sie führt dazu, dass die Rahmen nicht standardmäßig auf currentColor gesetzt werden. Weder Firefox noch Webkit haben diese gray-Rahmenfarbenregel in ihrem UA-Stylesheet, was zu Interoperabilitätsproblemen führt.
Unterstützung für path() und shape() in shape-outside
Unterstützung für die Formfunktionen path() und shape() in der CSS-Eigenschaft „shape-outside“ wird hinzugefügt.
Mit diesen Funktionen können Entwickler die Form von shape-outside flexibler definieren und Animationen unterstützen.
Aktualisiert am 7. Juni 2026, um die Beschreibung zu korrigieren, in der zuvor auf die Verwendung von Rechteckkoordinaten verwiesen wurde.
Unterstützung für rect() und xywh() in shape-outside
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 Ausschluss von Floats mithilfe von Rechteckkoordinaten definieren. Chrome wird damit an Firefox und Safari angeglichen, die diese Funktion bereits unterstützen.
Systemakzentfarbe für Web-App-Bereich
Beschränkt den Zugriff auf die Akzentfarbe des Systems für CSS-Schlüsselwörter und accent-color: auto auf den Kontext einer Web-App und eines Startprofils.
Die CSS-Schlüsselwörter AccentColor und AccentColorText stellen einen wichtigen Fingerprinting-Vektor dar, wenn die Systemfarben des Nutzers im Web weitgehend verfügbar gemacht werden. Daher sind sie nur in Kontexten installierter Web-Apps verfügbar. Formularsteuerelemente mit accent-color: auto entsprechen mit der Einführung dieser Funktion ebenfalls diesem Bereich. Dadurch werden die Erwartungen von Entwicklern und Nutzern an Systemfarben vereinheitlicht und die Fingerprinting-Einschränkungen für AccentColor[Text] werden eingehalten.
Textüberlauf bei Nutzerinteraktion abschneiden
Wenn ein Nutzer mit Text interagiert (Bearbeitung oder Cursorbewegung), für den text-overflow: ellipsis festgelegt ist, wird der Text vorübergehend von Auslassungspunkten zu „clip“ 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 column-rule in mehrspaltigen Layouts gestalten. Diese Funktion wird von Webentwicklern sehr 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 eingeführt wird.
Obergrenze der Pseudoklasse für Nutzeraktionen
Diese Funktion entspricht dem Verhalten, das in der CSS Selectors Level 4-Spezifikation beschrieben wird. Dort heißt es, dass :hover, :active und :focus-within mit den übergeordneten Elementen von Elementen übereinstimmen, aber nur bis zum ersten Top-Layer-Element in der übergeordneten Kette. Die Änderung für Chromium implementiert diese Einschränkung für Top-Layer-Elemente.
Das bedeutet konkret, dass in der folgenden Struktur, wenn der Nutzer den Mauszeiger auf <button> bewegt, die Pseudoklasse :hover mit <button> und dem Pop-over übereinstimmt, aber nicht mit dem Element <main>.
<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 einer Stelle, die visuell vom übergeordneten Element getrennt ist. Daher ist es in der Regel nicht sinnvoll, die Stile des übergeordneten Elements zu ändern, wenn das Element der obersten Ebene beispielsweise mit dem Mauszeiger berührt oder aktiviert wird.
Die in Chromium ausgelieferte anpassbare Select-Implementierung hat diese Logik für den speziellen Fall des Select-::picker()-Pop-overs fest codiert. Diese Sonderfalllogik wird zugunsten des allgemeineren Verhaltens mit dieser Funktion entfernt.
Unterstützung von path-length als CSS-Eigenschaft
Mit dieser Änderung wird eine neue CSS-Eigenschaft eingeführt: path-length. Sie wird dem vorhandenen SVG-Darstellungsattribut 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-Property verfügbar gemacht wird, können Autoren sie in Stylesheets, Inline-Stilen und Animationen angeben. So kann sie an normalen CSS-Kaskaden, Spezifitäten, Übergängen und Animationen teilnehmen. Die Eigenschaft wirkt sich auf alle Berechnungen aus, die von der Gesamtlänge des Pfads abhängen, einschließlich des Renderns von Strichmustern und der Textpositionierung entlang eines <textPath>.
CSS-Deklarationen überschreiben das Präsentationsattribut gemäß den standardmäßigen CSS-Vorrangregeln. Der Startwert von path-length ist none. Das bedeutet, dass keine vom Autor angegebene Pfadlänge vorhanden ist. Dies unterscheidet sich von einem expliziten numerischen Wert wie 0.
Das vorhandene Attributverhalten bleibt erhalten, wenn die Funktion deaktiviert wird.
Web APIs
Intl.Locale.prototype.variants
Fügen Sie Intl.Locale.prototype.variants hinzu, wie im TC39-Vorschlag beschrieben, und akzeptieren Sie auch „variants“ im Options-Bag im Intl.Locale-Konstruktor, wie in der TC39-Sprach-ID-Aktualisierung beschrieben. Die Änderungen an ECMA402 wurden in Pull-Anfrage 960 zusammengeführt und der Testcode in test262 in Pull-Anfrage 4474.
Programmatische Scroll-Versprechen
Webentwickler können derzeit nicht feststellen, wann ein programmatischer sanfter Bildlauf abgeschlossen ist. Dieses Feature bietet eine Lösung für das Problem: Die programmatischen Scrollmethoden geben Promise-Objekte zurück, die bei Abschluss des Scrollvorgangs mit dem Unterbrechungsstatus aufgelöst werden.
Zahlungsanfrage: Zahlungs-Handler dürfen interne Fehler melden
Zahlungsabwickler, auf die mit der Payment Request API zugegriffen wird, können unterschiedliche Fehler für „vom Nutzer 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, während der Ablauf ordnungsgemäß beendet wird, wenn der Nutzer ihn abbrechen möchte.
Die Web-based Payment Handler API kann diesen Unterschied angeben, je nachdem, welcher Fehler zum Ablehnen des an PaymentRequestEvent.respondWith übergebenen Promise verwendet wird.
Wenn das Promise mit einem OperationError abgelehnt wird, wird dem Händler über die Methode PaymentRequest.show() der Fehler „internal app error“ (OperationError) zurückgegeben. Andernfalls wird „user cancel“ (AbortError) zurückgegeben.
Die Infrastruktur für die Zahlungsabwicklung in systemeigenen Apps wird ebenfalls aktualisiert, fällt aber nicht in den Anwendungsbereich von Web-APIs.
autocorrect="off" für Windows-Touchtastatur in TSF berücksichtigen
Mit dem HTML-Attribut autocorrect können Webautoren festlegen, ob die automatische Korrektur auf Nutzereingaben in bearbeitbaren Elementen wie <input>, <textarea> und contenteditable-Hosts angewendet werden soll. Unter Windows ignoriert die Touch-Tastatur dieses Attribut und korrigiert Wörter immer automatisch. Wenn Sie beispielsweise "truf" gefolgt von einem Leerzeichen in ein Element mit autocorrect="off" eingeben, wird "true " anstelle von "truf " angezeigt. Mit dieser Funktion kann die TSF-Integration von Chrome automatische Korrekturen der Touch-Tastatur erkennen und rückgängig machen, wenn für das fokussierte bearbeitbare Element autocorrect="off" festgelegt ist.
WebSockets bei bfcache-Eintrag trennen
Aktive WebSocket-Verbindungen verhindern nicht mehr, dass eine Seite in den Back-Forward-Cache (bfcache) aufgenommen wird. Wenn Verbindungen beim Aufrufen 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“
Fügt der Request-Schnittstelle der Fetch API das boolesche Attribut isReloadNavigation mit Lesezugriff hinzu. Dieses Attribut gibt an, ob die aktuelle Navigationsanfrage als vom Nutzer ausgelöster Reload initiiert wurde (z. B. über die Schaltfläche zum Aktualisieren location.reload() oder history.go(0)). Dieses Signal wird hauptsächlich für das Request-Objekt im FetchEvent eines Service Workers bereitgestellt.
SVG-Filter für Plug-ins sowie ursprungsübergreifende und eingeschränkte iFrames deaktivieren
Durch diese Einführung wird verhindert, dass SVG-Filter auf ursprungsübergreifende oder eingeschränkte iFrames (z. B. in der Sandbox) und eingebettete Plug-ins (z. B. PDFs) angewendet werden. Wenn ein Frame oder ein Plug-in mit einem SVG-Filtereffekt gerendert werden soll, wird der Effektbaum 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 die folgenden neuen Origin Trials aktivieren.
Berechtigungsrichtlinie: focus-without-user-activation
Mit der Berechtigungsrichtlinie focus-without-user-activation können Einbettungen die programmatische Fokussierung von eingebetteten Inhalten steuern. Wenn die Richtlinie für einen Frame abgelehnt wird, werden programmatische Fokusaufrufe (element.focus(), autofocus, window.focus(), dialog.showModal() und Pop-over-Fokussierung) blockiert, sofern sie nicht durch eine Nutzeraktion ausgelöst werden. Nutzerinitiierte Fokussierungen wie Klicken oder Tabben sind davon nicht betroffen.
Die Richtlinie kann mit einem Permissions-Policy-HTTP-Antwortheader oder dem allow-Attribut des iFrames festgelegt werden. Die Fokusübergabe 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 seines eigenen Unterbaums verschieben.
Gamepad-Eingabe-API für ereignisgesteuerte Eingaben
In diesem Vorschlag wird die Gamepad API um ein neues ereignisgesteuertes Modell erweitert, mit dem Anwendungen Gamepad-Eingaben mit geringerer Latenz empfangen können. Anstatt auf häufiges Polling mit navigator.getGamepads() angewiesen zu sein, können Entwickler jetzt auf ein rawgamepadinputchange-Ereignis warten, das ausgelöst wird, wenn neue Eingabedaten vom Gerät verfügbar sind. Dies ermöglicht eine reaktionsschnellere Eingabebehandlung, insbesondere in latenzempfindlichen Anwendungen.
Benutzerdefinierte WebAssembly-Deskriptoren
WebAssembly kann Daten, die mit Typen auf Quellebene verknüpft sind, effizienter in neuen benutzerdefinierten Deskriptor-Objekten speichern. Diese benutzerdefinierten Deskriptoren können mit Prototypen für die WebAssembly-Objekte dieses Quelltyps konfiguriert werden. So können Methoden in der Prototypkette 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.