Chrome 143 Beta

Rachel Andrew

Veröffentlicht: 29. Oktober 2025

Sofern nicht anders angegeben, gelten diese Änderungen für die Chrome 143-Betaversion 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 die Chrome 143-Betaversion für den Desktop von Google.com oder für Android aus dem Google Play Store herunter.

CSS und Benutzeroberfläche

CSS-Containerabfragen mit Anker-Fallback

Mit diesem Feature wird @container anchored(fallback) eingeführt, um untergeordnete Elemente von ankerpositionierten Elementen basierend auf dem angewendeten position-try-fallbacks-Wert zu gestalten.

Sie können solche Abfragen beispielsweise verwenden, um die Verbindung oder die Animationen eines verankerten Elements basierend darauf zu gestalten, wie das Anker- und das verankerte Element relativ zueinander positioniert sind.

Beispiel:

#anchored {
 position-try-options: flip-block;
 container-type: anchored;
}

@container anchored(fallback: flip-block) {
  #anchored > .arrow {
    --arrow-rotation: 180deg;
   }
}

Weitere Informationen

EditContext: TextFormat underlineStyle und underlineThickness

In Chromium wurde die EditContext API mit einem Fehler ausgeliefert, bei dem das von EditContext/textformatupdate_event bereitgestellte TextFormat-Objekt falsche Werte für die Eigenschaften underlineStyle und underlineThickness liefert. In Chromium sind die möglichen Werte None, Solid, Dotted, Dashed, Squiggle und None, Thin, Thick. Gemäß der EditContext-Spezifikation sollten sie jedoch none, solid, dotted, dashed, wavy und none, thin, thick sein.

Web APIs

Mehr Zeichen in JavaScript-DOM-APIs zulassen

Der HTML-Parser hat schon immer (oder seit Langem) eine Vielzahl von gültigen Zeichen und Namen für Elemente und Attribute zugelassen. Die JavaScript-DOM-APIs zum Erstellen derselben Elemente und Attribute sind jedoch strenger und stimmen nicht mit dem Parser überein.

Durch diese Änderung wird die Validierung der JavaScript-DOM-APIs gelockert, um sie an den HTML-Parser anzupassen.

Weitere Informationen: github.com/whatwg/dom/issues/849

Es wird nicht erwartet, dass diese Änderung zu Kompatibilitätsproblemen führt, da alle zuvor zulässigen Element- und Attributnamen mit dem neuen Verhalten weiterhin gültig sind.

Spekulationsregeln: Verbesserungen bei der „Eager“-Bereitschaft für Mobilgeräte

Auf Mobilgeräten werden die Regeln für das Vorabrufen und Vorrendern für „eager“ jetzt ausgelöst, wenn HTML-Ankerelemente für kurze Zeit im Darstellungsbereich sind.

Bisher wurden Prefetching und Prerendering so schnell wie möglich gestartet, was dem Eifer „immediate“ entsprach. Das aktualisierte Verhalten ist nützlicher, da es die Absicht des Autors besser widerspiegelt, eifriger als „moderat“ und weniger eifrig als „sofort“ zu sein.

CSS-Eigenschaft „font-language-override“ implementieren

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

So haben Sie eine detaillierte typografische Kontrolle, was für mehrsprachige Inhalte oder Schriftarten mit sprachspezifischen Glyphenvarianten nützlich ist.

WebGPU: Swizzle für Texturkomponenten

Mit dem Swizzle-Vorgang für Texturkomponenten kann GPUTextureViews die Farbkomponenten aus den Rot-, Grün-, Blau- oder Alphakanälen einer Textur neu anordnen oder ersetzen, wenn ein Shader darauf zugreift.

ICU 77 (Unterstützung von Unicode 16)

Die Unicode-Unterstützungsbibliothek ICU (International Components for Unicode) wird von Version 74.2 auf Version 77.1 aktualisiert. Dadurch wird die Unterstützung für Unicode 16 hinzugefügt und die Gebietsschemadaten werden aktualisiert. Zwei Änderungen können ein Risiko für Webanwendungen darstellen, die ein bestimmtes Format der Intl JavaScript APIs voraussetzen:

• Beim Standardzahlenformat für Italien wird das Tausendertrennzeichen jetzt bei vierstelligen Zahlen weggelassen. Beispiel: new Intl.NumberFormat("it").format(1234) gibt „1234“ statt „1.234“ zurück. Sie können das alte Verhalten mit dem Parameter useGrouping für den Intl.NumberFormat-Konstruktor erreichen.
• In einigen englischen Gebietsschemas (z. B. en-AU, en-GB und en-IN) wurde nach ausgeschriebenen Wochentagen ein Komma eingefügt, sodass aus „Saturday 30 April 2011“ „Saturday, 30 April 2011“ wurde. Webanwendungen dürfen sich nicht auf die genaue Formatierung von Datumsangaben verlassen.
• Intl und RegExp (V8): Viele kleine Änderungen. Die Änderung des italienischen Zahlenformats birgt das höchste Risiko und hat ein eigenes Flag.
• IDNA: Dieses Upgrade ermöglicht in der Regel mehr und verbessert die Testergebnisse in WPT insgesamt.
• Textsegmentierung: Die wichtigste Änderung ist die verbesserte japanische Zeilenumbruchfunktion bei Verwendung von word-break: auto-phrase. Dies hängt mit https://chromestatus.com/feature/5133892532568064 zusammen.

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

Mit dieser Funktion wird die Eigenschaft dataTransfer für Eingabeereignisse mit inputType von insertFromPaste, insertFromDrop und insertReplacementText gefüllt. Dadurch wird der Zugriff auf Daten in der Zwischenablage und per Drag-and-drop während Bearbeitungsvorgängen in contenteditable-Elementen ermöglicht.

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: Das Attribut data enthält den eingefügten Text und dataTransfer bleibt null. Sowohl Safari als auch Firefox unterstützen diese Funktion bereits. Durch die Übernahme dieser Funktion in Chrome wird die Interoperabilität zwischen Browsern verbessert und Webentwickler profitieren von einer einheitlicheren Umgebung.

FedCM – Unterstützung strukturierter JSON-Antworten von Identitätsanbietern

Mit dieser Funktion können Identitätsanbieter (IdPs) strukturierte JSON-Objekte anstelle von einfachen Strings über die id_assertion_endpoint an Relying Parties (RPs) zurückgeben.

Diese Änderung vereinfacht die Integration für Entwickler, da JSON-Strings nicht mehr manuell serialisiert und geparst werden müssen. Es bietet dynamischere und flexiblere Authentifizierungsabläufe, mit denen RPs komplexe Antworten direkt interpretieren und verschiedene Protokolle wie OAuth2, OIDC oder IndieAuth ohne Out-of-Band-Vereinbarungen unterstützen können.

WebTransport Application Protocol Negotiation

Mit der WebTransport Application Protocol Negotiation können Sie das von der Webanwendung verwendete Protokoll im WebTransport-Handshake aushandeln.

Eine Webanwendung kann beim Erstellen eines WebTransport-Objekts eine Liste von Anwendungsprotokollen angeben. Diese Protokolle werden dann über HTTP-Header an den Server übermittelt. Wenn der Server eines dieser Protokolle auswählt, kann er dies in den Antwortheadern angeben. Die Antwort ist im WebTransport-Objekt verfügbar.

Web Smart Card API für isolierte Web-Apps

Nur für isolierte Web-Apps verfügbar. Mit dieser Funktion können Smartcard-Anwendungen (PC/SC) auf die Webplattform migriert werden. Dadurch erhalten sie Zugriff auf die im Hostbetriebssystem verfügbare PC/SC-Implementierung (und Kartenlesertreiber).

Administratoren können die Verfügbarkeit dieser API auf zwei Arten steuern:

• Global – mit der DefaultSmartCardConnectSetting-Richtlinie
• Pro Anwendung – mit den Richtlinien SmartCardConnectAllowedForUrls und SmartCardConnectBlockedForUrls

Web-App-Manifest: Aktualisierungsberechtigung angeben, Symbol-URLs sind „Cache-Control: immutable“

Die Manifestspezifikation enthält jetzt einen Algorithmus für die Aktualisierungsberechtigung. Dadurch wird der Updateprozess deterministischer und vorhersehbarer. Entwickler haben mehr Kontrolle darüber, wann Updates auf bestehende Installationen angewendet werden, und Nutzer haben mehr Auswahlmöglichkeiten, was sie mit einem Update tun möchten, z. B. es ignorieren. Außerdem kann dadurch die „Update-Prüfungsdrosselung“ entfernt werden, die User-Agents implementieren, um keine Netzwerkressourcen zu verschwenden.

Intervention bei ressourcenintensiven Anzeigen: Berichte, die an den Einbettungsframe gesendet werden

Berichte zu Anzeigenunterbrechungen werden jetzt zusätzlich zum Anzeigenframe auch an den Einbettungsframe der Anzeige gesendet. Der an den Einbettungsframe gesendete Bericht enthält die ID des Anzeigen-iFrames und die Pre-Redirect-URL des Frames, der im Nachrichtenfeld des Berichtstexts entladen wurde. Durch diese Änderung kann der Einbettungskontext problematische Anzeigenanbieter identifizieren und störende Anzeigen entfernen, um die Nutzerfreundlichkeit zu verbessern.

Derzeit laufende Ursprungstests

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

Digital Credentials API (Unterstützung für die Ausstellung)

Mit dieser Funktion können ausstellende Websites (z. B. eine Universität, eine Behörde oder eine Bank) den Bereitstellungsprozess (Ausstellung) digitaler Anmeldedaten direkt in der Mobile Wallet-App eines Nutzers sicher starten. Unter Android wird für diese Funktion das Android IdentityCredential CredMan-System (Credential Manager) verwendet. Auf dem Computer werden geräteübergreifende Ansätze mit dem CTAP-Protokoll verwendet, ähnlich dem geräteübergreifenden Ablauf für die Präsentation digitaler Berechtigungsnachweise.

Zufällige Festlegung des Limits für den TCP-Socket-Pool

Durch Ausnutzen von Einschränkungen bei der Größe des Verbindungspools in Chrome können Sie Informationen zum websiteübergreifenden Status erhalten, die sonst nicht zugänglich wären. Sie können beispielsweise (mit einer gewissen statistischen Wahrscheinlichkeit) den Anmeldestatus, den besuchten Verlauf oder sogar etwas Spezifischeres wie ausstehende Nachrichten im Gmail-Posteingang auswerten.

Um dies zu verhindern, wird die Begrenzung von TCP-Socket-Pools randomisiert, sodass eine beobachtende Website diese Informationen nicht mit hoher Wahrscheinlichkeit ableiten kann.

Einstellung und Entfernung

In dieser Version von Chrome werden die Einstellungen in den folgenden Abschnitten eingeführt. Auf ChromeStatus.com finden Sie Listen mit geplanten und aktuellen Einstellungen sowie mit früheren Entfernungen.

In dieser Version von Chrome werden zwei Funktionen eingestellt

Getters von Intl Locale Info werden eingestellt

Die Intl Locale Info API ist ein ECMAScript-TC39-Vorschlag der 3. Phase, mit dem das Intl.Locale-Objekt durch die Bereitstellung von Informationen zur Sprache und Region erweitert wird. Dazu gehören Wochendaten (erster Tag in der Woche, Wochenendstarttag, Wochenendendtag, Mindesttag in der ersten Woche) und der in der Sprache und Region verwendete Stundenzyklus für die Textrichtung.

Die Implementierung wurde in Chrome 99 ausgeliefert. Der Vorschlag wurde jedoch später in Phase 3 geändert und mehrere Getter wurden in Funktionen verschoben. Die eingestellten Getter müssen entfernt und die umbenannten Funktionen neu gestartet werden.

XSLT einstellen

XSLT v1.0, an die sich alle Browser halten, wurde 1999 standardisiert. Inzwischen hat sich XSLT zu Version 2.0 und 3.0 weiterentwickelt. Es wurden Funktionen hinzugefügt und die Version, die in Browsern implementiert ist, wurde geändert. Diese fehlende Weiterentwicklung in Verbindung mit dem Aufkommen von JavaScript-Bibliotheken und ‑Frameworks, die eine flexible und leistungsstarke DOM-Manipulation ermöglichen, hat zu einem erheblichen Rückgang der Verwendung von clientseitigem XSLT geführt. JavaScript-basierte Technologien wie JSON und React haben seine Rolle im Webbrowser weitgehend ersetzt.

Chromium verwendet die libxslt-Bibliothek, um diese Transformationen zu verarbeiten. libxslt wurde jedoch 2025 etwa sechs Monate lang nicht gewartet. Libxslt ist eine komplexe, veraltete C-Codebasis, die anfällig für Speichersicherheitslücken wie Pufferüberläufe ist, die zur Ausführung von beliebigem Code führen können. Da clientseitiges XSLT mittlerweile eine Nischenfunktion ist, die nur selten verwendet wird, werden diese Bibliotheken weniger gewartet und auf Sicherheit geprüft als die wichtigsten JavaScript-Engines. Sie stellen jedoch eine direkte Angriffsfläche für die Verarbeitung nicht vertrauenswürdiger Webinhalte dar. XSLT ist die Quelle mehrerer schwerwiegender Sicherheitslücken, die Browsernutzer weiterhin gefährden.

Aus diesen Gründen soll XSLT in Chromium eingestellt und von der Webplattform entfernt werden. Das WHATWG hat beschlossen, die Einstellung von XSLT voranzutreiben.

Weitere Informationen zur Einstellung und dazu, was Sie tun können, wenn Sie XSLT verwenden, finden Sie unter XSLT für einen sichereren Browser entfernen.