Veröffentlicht am 25. Juni 2025
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 139 ist ab dem 25. Juni 2025 als Betaversion verfügbar. Sie können die aktuelle Version auf Google.com für den Computer oder im Google Play Store auf Android-Geräten herunterladen.
CSS
In dieser Version werden sechs neue CSS- und UI-Funktionen eingeführt.
Kurzschluss von var() und attr()
Wenn der Fallback nicht verwendet wird, werden die Funktionen var() und attr() ausgewertet, ohne nach Zyklen in diesem Fallback zu suchen. Das folgende CSS funktioniert, da --green und --blue vorhanden sind.
--green: green;
--blue: blue;
--a: var(--green, var(--b));
--b: var(--blue, var(--a));
CSS-Property caret-animation
Chrome hat die Animation der caret-color-Property bereits unterstützt, aber bei der Animation hat das standardmäßige Blinken des Cursors die Animation beeinträchtigt. Die CSS-Eigenschaft caret-animation hat zwei mögliche Werte: auto und manual. auto bedeutet die Standardeinstellung des Browsers (Blinken) und manual bedeutet, dass der Webentwickler die Cursoranimation steuert. Mit der Eigenschaft können Nutzer das Blinken auch über ein Nutzer-Stylesheet deaktivieren.
Eckenformung
Sie können die Ecken zusätzlich zum vorhandenen border-radius gestalten, indem Sie die Form oder Krümmung der Ecke angeben. So können Sie Formen wie Squirkles, Kerben und Aussparungen erstellen und zwischen ihnen animieren. Weitere Informationen
Führen Sie die Übergänge weiter aus, wenn Sie zum ursprünglichen Übergangswert wechseln.
Wenn sich die Eigenschaften für den Übergang ändern, sollen sie sich nur auf neu gestartete Übergänge auswirken. Wenn Sie die Übergangseigenschaften ändern, müssen Sie auch die Eigenschaften ändern, für die aktive Übergangsanimationen vorhanden sind. Andernfalls werden die Übergangsanimationen mit der zuvor angegebenen Dauer, dem zuvor angegebenen Easing usw. fortgesetzt. Blink hat Übergänge fälschlicherweise abgebrochen, wenn die Übergangseigenschaft auf „none“ gesetzt war. Das passiert aber nicht, wenn Sie nur die transition-duration ändern. Mit dieser Funktion wird das Verhalten von Blink an Webkit und Gecko angeglichen. Aktive Übergänge werden also fortgesetzt, bis sich der Attributwert ändert und eine neue Übergangsanpassung ausgelöst wird.
Benutzerdefinierte CSS-Funktionen
Benutzerdefinierte Funktionen ähneln benutzerdefinierten Properties. Anstatt einen einzelnen, festen Wert zurückzugeben, geben sie jedoch Werte basierend auf anderen benutzerdefinierten Properties, Parametern und Bedingungen zurück.
@function --negate(--value) {
result: calc(var(--value) * -1);
}
div {
--gap: 1em;
margin-top: --negate(var(--gap));
}
Unterstützung von width und height als Darstellungsattribute für verschachtelte <svg>-Elemente
Unterstützt das Anwenden von width und height als Darstellungsattribute auf verschachtelte <svg>-Elemente sowohl über SVG-Markup als auch über CSS. Dieser duale Ansatz bietet noch mehr Flexibilität, da Sie SVG-Elemente in komplexen Designs effizienter verwalten und gestalten können.
Web APIs
Web-App-Manifest: Aktualisierungsvoraussetzungen angeben, Symbol-URLs sind Cache-Control: immutable
Geben Sie im Manifest eine Aktualisierungsberechtigungs-Algorithmusspezifikation an. Dadurch wird der Aktualisierungsprozess deterministischer und vorhersehbarer. Entwickler haben so mehr Kontrolle darüber, ob (und wann) Aktualisierungen auf bestehende Installationen angewendet werden sollen. Außerdem kann die „Drosselung der Aktualisierungsprüfung“ entfernt werden, die User-Agents derzeit implementieren müssen, um keine Netzwerkressourcen zu verschwenden.
Leistungsverbesserungen bei der WebXR-Tiefenerkennung
Es werden mehrere neue Mechanismen zur Anpassung des Verhaltens der Tiefenerkennung in einer WebXR-Sitzung bereitgestellt, um die Leistung bei der Generierung oder Nutzung des Tiefenpuffers zu verbessern. Die wichtigsten Mechanismen sind: die Möglichkeit, den rohen oder geglätteten Tiefenpuffer anzufordern, die Möglichkeit, die Laufzeit aufzufordern, die Bereitstellung des Tiefenpuffers zu beenden oder fortzusetzen, und die Möglichkeit, einen Tiefenpuffer bereitzustellen, der nicht genau mit der Ansicht des Nutzers übereinstimmt, sodass der User-Agent nicht in jedem Frame unnötige Re-Projektionen durchführen muss.
Mehr Zeichen in JavaScript-DOM-APIs zulassen
Der HTML-Parser hat schon immer (oder seit Langem) eine Vielzahl gültiger Zeichen und Namen für Elemente und Attribute zugelassen. Die JavaScript-DOM-APIs, mit denen dieselben Elemente und Attribute erstellt werden, sind jedoch strenger und stimmen nicht mit dem Parser überein. Durch diese Änderung wird die Validierung der JavaScript-DOM-APIs an den HTML-Parser angepasst.
request-close-Aufruferbefehl
Dialogelemente können auf verschiedene Arten geschlossen werden. Manchmal möchten Entwickler das Schließen verhindern. Dazu wird in den Dialogfeldern ein Cancel-Ereignis ausgelöst. Ursprünglich wurde dieses Ereignis nur über eine Schließanfrage ausgelöst (z. B. durch Drücken der Esc-Taste). Vor Kurzem wurde eine requestClose()-JS-Funktion hinzugefügt, die ebenfalls das Cancel-Ereignis auslöst. Der Befehl request-close bietet diese neue Möglichkeit für die API für deklarative Aufrufbefehle.
WebGPU: Unterstützung von 3D-Texturen für BC- und ASTC-komprimierte Formate
Die WebGPU-Funktionen texture-compression-bc-sliced-3d und texture-compression-astc-sliced-3d fügen jeweils die Unterstützung von 3D-Texturen für BC- und ASTC-komprimierte Formate hinzu.
Bestätigung sicherer Zahlungen: Browsergebundene Schlüssel
Fügt eine zusätzliche kryptografische Signatur für Zusicherungen zur Bestätigung sicherer Zahlungen und die Erstellung von Anmeldedaten hinzu. Der entsprechende private Schlüssel wird nicht geräteübergreifend synchronisiert. So können Webentwickler die Anforderungen für die Gerätebindung bei Zahlungsvorgängen erfüllen.
Bestätigung der sicheren Zahlung: UX-Aktualisierung
Aktualisiert die UX-Elemente für den SPC-Dialog in Android Chrome. Neben der UX-Präsentation werden die folgenden Elemente hinzugefügt:
- Händler können eine optionale Liste mit Logos von Zahlungsunternehmen angeben, die im Zusammenhang mit der Zahlung angezeigt werden.
- Je nachdem, ob der Nutzer die Transaktion ohne SPC fortsetzen oder abbrechen möchte, werden unterschiedliche Ausgabezustände an den Händler zurückgegeben.
- Fügt dem Zahlungsmittel ein neues Label-Feld für Zahlungsdetails hinzu, damit der Text über zwei Zeilen angezeigt wird.
WebGPU core-features-and-limits
Das core-features-and-limits-Feature gibt an, dass ein WebGPU-Adapter und ein WebGPU-Gerät die Kernfunktionen und ‑limits der Spezifikation unterstützen.
Korrektur für Prioritätskandidaten für die Scrollverankerung
Derzeit wählt der Algorithmus für die Scrollverankerung Prioritätskandidaten aus, wenn sie als Ankerziele verfügbar sind. Die Prioritätskandidaten sind derzeit ein fokussiertes bearbeitbares Element und Hervorhebungen auf der Seite. Dies kann zu einer suboptimalen Nutzererfahrung führen, wenn es ein großes fokussiertes „contenteditable“-Element gibt, dessen Inhalt außerhalb des Bildschirms geändert wird. Der Cursor wird dann verschoben. Bei dieser Korrektur wird der Algorithmus geändert: Anstatt den Prioritätskandidaten als Anker auszuwählen, wird er als Bereich oder Stamm des regulären Algorithmus zur Ankerauswahl verwendet, mit dem das tiefste Element auf dem Bildschirm als Anker ausgewählt wird.
Unterstützung des Attributs async für SVG-Elemente <script>
In der SVGScriptElement-Schnittstelle in SVG 2.0 wird das Attribut async eingeführt, das dem Attribut HTMLScriptElement ähnelt. Mit diesem Attribut können Skripts asynchron ausgeführt werden, was die Leistung und Reaktionsfähigkeit von Webanwendungen verbessert, die SVG verwenden.
On-Device Web Speech API
Dieses Feature fügt der Web Speech API Unterstützung für die Spracherkennung auf dem Gerät hinzu. So können Websites dafür sorgen, dass weder Audio noch transkribierte Sprache zur Verarbeitung an einen Drittanbieterdienst gesendet werden. Websites können die Verfügbarkeit der Spracherkennung auf dem Gerät für bestimmte Sprachen abfragen, Nutzer auffordern, die erforderlichen Ressourcen für die Spracherkennung auf dem Gerät zu installieren, und je nach Bedarf zwischen der Spracherkennung auf dem Gerät und der cloudbasierten Spracherkennung wählen.
window.name für websiteübergreifende Seitenaufrufe löschen, bei denen die Gruppe für den Browserkontext gewechselt wird
Der Wert der window.name-Eigenschaft bleibt derzeit während der gesamten Lebensdauer eines Tabs erhalten, auch bei der Navigation, bei der die Browserkontextgruppen gewechselt werden. Dadurch können Informationen preisgegeben werden, die möglicherweise als Tracking-Vektor verwendet werden.
Wenn Sie das Attribut window.name löschen, wird das Problem behoben. Dies sollte eine Änderung mit geringem Risiko sein, da das Suchen eines Browserkontexts nach Namen bereits nicht funktioniert, wenn er sich in einer anderen Browserkontextgruppe befindet. Der Name ist also nicht wirklich nützlich.
Unternehmensrichtlinie: ClearWindowNameCrossSiteBrowsing (funktioniert ab Chrome 142 nicht mehr).
Erweiterungen des Web-App-Bereichs
Fügt ein "scope_extensions"-Web-App-Manifestfeld hinzu, mit dem Web-Apps ihren Umfang auf andere Ursprünge ausweiten können.
So können Websites, die mehrere Subdomains und Top-Level-Domains verwalten, als einzelne Web-App präsentiert werden. Dazu muss die Zuordnung zur Web-App über eine .well-known/web-app-origin-association-Konfigurationsdatei bestätigt werden.
Spezifikationskonforme Erkennung von JSON-MIME-Typen
Chromium erkennt jetzt alle gültigen JSON-MIME-Typen, die in der WHATWG-Spezifikation „mimesniff“ definiert sind. Dazu gehören alle MIME-Typen, deren Untertyp mit +json endet, sowie die herkömmlichen application/json und text/json. Durch diese Änderung wird sichergestellt, dass Web-APIs und Funktionen, die auf der JSON-Erkennung basieren, sich konsistent mit dem Webplattformstandard und anderen Browsern verhalten. Ein wichtiger Grund für diese Änderung ist die Korrektur des Importverhaltens von JSON-Modulen. Bisher konnten gültige JSON-MIME-Typen wie text/html+json und image/svg+json nicht als Module geladen werden.
Private Aggregation API: Aggregierte Fehlerberichte
Bei der Verwendung der Private Aggregation API können verschiedene Fehlerbedingungen auftreten. Beispielsweise kann das Datenschutzbudget aufgebraucht sein, sodass keine weiteren Histogrammbeiträge möglich sind. Mit dieser Funktion können Entwickler Histogrammbeiträge registrieren, die nur gesendet werden sollen, wenn ein bestimmter Fehlertyp auftritt. Mit dieser Funktion lässt sich die Häufigkeit der Fehlerbedingungen messen und in relevante, vom Entwickler angegebene Dimensionen aufteilen, z.B. die Version des bereitgestellten Codes. Da die Fehler selbst möglicherweise websiteübergreifende Informationen enthalten, können wir sie Nutzern ohne Drittanbieter-Cookies nicht einfach auf der Seite anzeigen. Stattdessen werden die vorhandenen aggregierten, mit Rauschen versehenen Reporting-Pipelines über den Aggregationsdienst wiederverwendet.
Crash Reporting API: Absturzberichte angeben, um nur Absturzberichte zu erhalten
Mit dieser Funktion erhalten Entwickler nur Absturzberichte, indem sie den Endpunkt crash-reporting angeben. Standardmäßig werden Absturzberichte an den default-Endpunkt gesendet, der neben Absturzberichten auch viele andere Arten von Berichten empfängt. Entwickler können eine separate URL für den bekannten Endpunkt crash-reporting angeben, um Absturzberichte dorthin weiterzuleiten, anstatt an den Endpunkt default.
Fingerprinting in Accept-Language-Headerinformationen reduzieren
Reduziert die Menge an Informationen, die der Accept-Language-Headerwertstring in HTTP-Anfragen und in navigator.languages offenbart. Anstatt bei jeder HTTP-Anfrage mit dem Header Accept-Language eine vollständige Liste der bevorzugten Sprachen des Nutzers zu senden. Wir senden jetzt die bevorzugte Sprache des Nutzers im Accept-Language-Header. Um Kompatibilitätsrisiken zu minimieren, werden beim ersten Start die Informationen im HTTP-Header reduziert. Wir werden die zugehörigen navigator.languages-JavaScript-Getter in Zukunft reduzieren.
Fehlerereignis auslösen, anstatt bei einem von CSP blockierten Worker eine Ausnahme auszulösen
Wenn ein Worker von der Content Security Policy (CSP) blockiert wird, gibt Chrome derzeit eine SecurityError aus dem Konstruktor von Worker und SharedWorker aus. Gemäß der Spezifikation muss CSP im Rahmen des Abrufs geprüft werden. Fehlerereignisse werden asynchron ausgelöst, anstatt eine Ausnahme auszulösen, wenn ein Skript new
Worker(url) oder new SharedWorker(url) ausführt. Durch diese Änderung wird Chrome spezifikationskonform: Es wird keine Ausnahme während des Konstruktors ausgelöst und Fehlerereignisse werden asynchron ausgelöst.
Audiopegel für RTC-codierte Frames
Macht die Audiopegel eines codierten Frames, der mit RTCPeerConnection übertragen und mit WebRTC Encoded Transform bereitgestellt wird, im Web verfügbar.
Neue Ursprungstests
In Chrome 139 können Sie die folgenden neuen Origin-Trials aktivieren.
Prompt API
Die Prompt API wurde für die Interaktion mit einem KI-Sprachmodell mithilfe von Text-, Bild- und Audioeingaben entwickelt. Die API unterstützt verschiedene Anwendungsfälle, z. B. das Generieren von Bildunterschriften, die Durchführung visueller Suchen, das Transkribieren von Audio, das Klassifizieren von Klangereignissen, das Generieren von Text gemäß bestimmten Anweisungen und das Extrahieren von Informationen oder Statistiken aus Text. Es unterstützt strukturierte Ausgaben, die dafür sorgen, dass Antworten einem vordefinierten Format entsprechen, das in der Regel als JSON-Schema ausgedrückt wird. Dadurch wird die Konformität der Antworten verbessert und die nahtlose Integration in nachgelagerte Anwendungen, die standardisierte Ausgabeformate erfordern, erleichtert. Diese API ist auch in Chrome-Erweiterungen verfügbar. Dieses Origin-Trial ist für die Darstellung im Web vorgesehen.
Attribut zum Blockieren des Renderings bei voller Framerate
Wir schlagen vor, den Blocking-Attributen ein neues Render-Blocking-Token „full-frame-rate“ hinzuzufügen. Wenn der Renderer mit dem Token für die volle Framerate blockiert wird, arbeitet er mit einer niedrigeren Framerate, um mehr Ressourcen für das Laden zu reservieren.
WebGPU-Kompatibilitätsmodus
Fügt ein eingeschränktes Subset der WebGPU API hinzu, das für die Ausführung älterer Grafik-APIs wie OpenGL und Direct3D11 optimiert ist. Wenn Entwickler diesen Modus aktivieren und die Einschränkungen beachten, können sie die Reichweite ihrer WebGPU-Anwendungen auf viele ältere Geräte ausweiten, die nicht über die modernen, expliziten Grafik-APIs verfügen, die für WebGPU erforderlich sind. Bei einfachen Anwendungen muss nur das "compatibility"-featureLevel beim Aufrufen von requestAdapter angegeben werden. Bei komplexeren Anwendungen sind möglicherweise einige Änderungen erforderlich, um die Einschränkungen des Modus zu berücksichtigen. Da der Kompatibilitätsmodus eine Teilmenge ist, sind die resultierenden Anwendungen auch gültige WebGPU Core-Anwendungen und können auch auf User-Agents ausgeführt werden, die den Kompatibilitätsmodus nicht unterstützen.
Einstellung und Entfernung
In dieser Version von Chrome werden die unten aufgeführten Einstellungen und Entfernungen eingeführt. Auf ChromeStatus.com finden Sie Listen mit geplanten, aktuellen und früheren Entfernungen.
In dieser Version von Chrome werden zwei Funktionen entfernt.
Ende der Unterstützung von macOS 11
Chrome 138 ist die letzte Version, die macOS 11 unterstützt. Ab Chrome 139 wird macOS 11 nicht mehr unterstützt, da diese Version außerhalb des Supportzeitraums von Apple liegt. Zur Aufrechterhaltung der Sicherheit ist die Ausführung eines unterstützten Betriebssystems unerlässlich. Auf Macs mit macOS 11 funktioniert Chrome weiterhin. Es wird eine Warnung in der Infoleiste angezeigt, aber Chrome wird nicht mehr aktualisiert. Wenn ein Nutzer Chrome aktualisieren möchte, muss er seinen Computer auf eine unterstützte Version von macOS aktualisieren. Für Neuinstallationen von Chrome 139 und höher ist macOS 12 oder höher erforderlich.
Automatische Erkennung des Zeichensatzes ISO-2022-JP in HTML entfernen
Es gibt bekannte Sicherheitsprobleme bei der automatischen Erkennung des Zeichensatzes für ISO-2022-JP. Da die Nutzung sehr gering ist und Safari die automatische Erkennung von ISO-2022-JP nicht unterstützt, wird die Unterstützung in Chrome entfernt, um die Sicherheitsprobleme zu beseitigen.