Chrome 127 Beta

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 127 befindet sich seit dem 12. Juni 2024 in der Betaphase. Du kannst die neueste Version unter Google.com für Computer oder im Google Play Store für Android herunterladen.

CSS

In dieser Version werden drei neue CSS-Funktionen hinzugefügt.

CSS-Schriftgröße anpassen

Mit der CSS-Eigenschaft font-size-adjust kann die Größe der Kleinbuchstaben im Verhältnis zur Größe der Großbuchstaben geändert werden. Dadurch wird die gesamte Schriftgröße definiert. Diese Eigenschaft ist nützlich, wenn ein Schrift-Fallback auftreten kann.

Chrome 127 enthält die Syntax mit zwei Werten, um einen Schriftmesswert und einen Wert zu übergeben.

Alt-Text mit mehreren Argumenten in von CSS generierten Inhalten

Mit dem CSS-Attribut content kannst du alternativen Text für die Barrierefreiheit mit der folgenden Syntax angeben:

.has-before-content::before {
    content: url("cat.jpg") / "A cute cat";
  }

Die angezeigte Syntax, bei der der Alt-Text durch einen einzelnen String angegeben wird, wird bereits in Chrome unterstützt. Ab Chrome 127 kann der Alt-Text durch eine beliebige Anzahl von Elementen angegeben werden, die zusätzlich zu Strings auch attr()-Funktionen oder -Zähler sein können. Beispiel:

.has-before-content::before {
  content: url("cat.jpg") / "A cute " attr(data-animal);
}

Beachten Sie, dass dieser Funktionseintrag nicht die Zählerunterstützung enthält.

Unterstützung für Aufrufübergänge in iFrames

Ab Chrome 127 sind gleichzeitige Übergänge der Ansicht für dasselbe Dokument in einem Hauptframe und in einem iFrame mit demselben Ursprung verfügbar.

Bisher funktionierte das Ausführen eines Ansichtsübergangs mit document.startViewTransition in einem iFrame mit demselben Ursprung nicht, wenn der Hauptframe gleichzeitig einen Übergang ausgeführt hat. Der Übergang des iFrames wird automatisch übersprungen. Jetzt werden beide Übergänge ausgeführt.

Das Aufrufen von Übergängen bei dokumentübergreifenden Navigationen im selben Ursprung in einem iFrame wird ebenfalls unterstützt.

Web APIs

Ergänzungen für Attributionsberichte

Chrome 127 bietet zwei zusätzliche Funktionen für Attribution Reporting. Dank aggregierter Fehlerbehebungsberichte können API-Aufrufer auch nach der Einstellung von Drittanbieter-Cookies weiterhin Debugging-Informationen erhalten. Mit Attributionsbereichen lässt sich die Filterung der Attribution besser steuern.

Automatische Einstellung für Vollbildinhalte

Mit der neuen Inhaltseinstellung "Automatischer Vollbildmodus" können Unternehmensadministratoren zulassen, dass Websites ohne Nutzergeste in den Vollbildmodus wechseln. Nutzer können die Verwendung dieser Funktion für isolierte Web-Apps auch über die Einstellungsseiten der Website zulassen.

In Kombination mit der Berechtigung für die Fensterverwaltung und nicht blockierten Pop-ups stehen Ihnen dadurch wertvolle Vollbildfunktionen zur Verfügung:

  • Vollbild-Pop-up mit einer Touch-Geste auf einem anderen Bildschirm öffnen
  • Mit einer einzigen Touch-Geste Vollbildinhalte auf mehreren Displays anzeigen.
  • Inhalte im Vollbildmodus auf einem neuen Display anzeigen, wenn eine Verbindung besteht.
  • Du kannst mit einer einzigen Geste Vollbildfenster zwischen Displays wechseln.
  • Vollbildinhalte nach Ablauf oder Konsum der Nutzergeste anzeigen.

Websiteübergreifendes Ancestor-Ketten-Bit für CookiePartitionKey von partitionierten Cookies

Chrome 127 fügt dem Schlüsselbund der CookiePartitionKey des partitionierten Cookies ein websiteübergreifendes Ancestor-Bit hinzu. Diese Änderung vereinheitlicht den Partitionierungsschlüssel mit den Werten der Partitionsschlüssel, die bei der Speicherpartitionierung verwendet werden. Dies erhöht den Schutz vor Clickjacking-Angriffen, indem verhindert wird, dass websiteübergreifende eingebettete Frames Zugriff auf die partitionierten Cookies der Top-Level-Website haben.

Wenn ein Unternehmen Probleme mit eingebetteten iFrames hat, kann es die Richtlinie „CookiesAllowedForUrls“ oder „SameSite=None“ ohne das Attribut „Partitioned“ verwenden und dann die Storage Access API (SAA) aufrufen, um sicherzustellen, dass eingebettete iFrames Zugriff auf dieselben Cookies wie die Top-Level-Domain haben.

Bild im Bild dokumentieren: Nutzeraktivierung verbreiten

Dadurch können Nutzeraktivierungen in einem Bild-im-Bild-Fenster eines Dokuments sowohl innerhalb des Öffnungsfensters als auch umgekehrt verwendet werden. Dies macht die Verwendung von APIs mit durch Nutzeraktivierung gesteuerten APIs ergonomischer, da häufig Event-Handler im Bild-im-Bild-Fenster des Dokuments tatsächlich im Kontext des Öffnenden ausgeführt werden, sodass der Kontext des Öffnenden auf die Nutzergeste zugreifen muss.

Importkartenintegrität

Bei importierten ES-Modulen kann die Integrität derzeit nicht geprüft werden und sie daher nicht in Umgebungen ausgeführt werden, die die Integrität von Unterressourcen erfordern oder mit CSP-Anweisungen vom Typ require-sri-for ausgeführt werden.

Dieses Feature fügt einen integrity-Abschnitt zum Importieren von Zuordnungen hinzu, mit dem Entwickler ES-Modul-URLs ihren Integritätsmetadaten zuordnen und dafür sorgen können, dass sie nur geladen werden, wenn sie den erwarteten Hashes entsprechen.

Fokussierbare Scroll-Container (Tastatur)

Diese Funktion bringt die folgenden Änderungen mit sich:

Scroller sind standardmäßig per Klick und programmatisch fokussierbar. Bildlaufleisten ohne fokussierbare untergeordnete Elemente sind standardmäßig per Tastatur fokussierbar.

Dies ist eine wichtige Verbesserung, um Scroller und Inhalte innerhalb von Scrollern für alle Nutzer zugänglicher zu machen. Mehr über diese Vorteile erfahren Sie im Beitrag zu fokussierbaren Scrollern (Tastatur). Fokussierbare Scroller werden ab Chrome 127 standardmäßig aktiviert. Wenn Websites etwas Zeit benötigen, um sich an diese neue Funktion anzupassen, gibt es mehrere Optionen:

No-Vary-Search-Unterstützung für Pre-Rendering

Erweitert die Unterstützung für No-Vary-Search auf das Pre-Rendering über die bisherige Prefetch-Unterstützung hinaus. Dadurch kann ein Pre-Rendering-Eintrag auch dann übereinstimmen, wenn sich bestimmte URL-Suchparameter ändern. Der No-Vary-Search-HTTP-Antwortheader deklariert, dass einige oder alle Teile einer URL-Abfrage für den Cache-Abgleich ignoriert werden können.

Snap-Ereignisse

Mit Andockereignissen können Entwickler zuverlässig darauf warten, dass sich das Snap-Ziel eines Scrollers ändert, und Stilanpassungen vornehmen.

CSS-Scroll-Snap-Punkte werden häufig als Mechanismus verwendet, um interaktive Scroll-Auswahlkomponenten zu erstellen. Dabei wird die Auswahl mithilfe von JavaScript-Überschneidungsbeobachtern und einer Vermutung am Scroll-Ende bestimmt. Durch das Erstellen integrierter Ereignisse wird der unsichtbare Zustand praktisch, zum richtigen Zeitpunkt und immer korrekt.

Mit dieser Funktion werden zwei JavaScript-Ereignisse hinzugefügt: scrollsnapchange und scrollsnapchanging. Das Ereignis scrollsnapchange informiert Entwickler nach Abschluss eines Scrollvorgangs (einschließlich des Andockens) darüber, dass sich das Element, an dem ein Scroller ausgerichtet wird, geändert hat. Das scrollsnapchanging-Ereignis weist Entwickler während eines Scrollvorgangs darauf hin, dass der User-Agent beabsichtigt, den Scroll-Container basierend auf der Scrolleingabe an ein neues Targeting-Ziel zu andocken.

Videokapitel in „MediaMetadata“

Du kannst den Medienmetadaten jetzt Informationen zu einzelnen Kapiteln hinzufügen, z. B. den Titel des Abschnitts, seinen Zeitstempel und einen Screenshot. So können Nutzende durch die Inhalte der Medien navigieren.

Dies wird nur in ChromeOS-Medienbenachrichtigungen und nicht in den globalen Medieneinstellungen des Chrome-Browsers angezeigt.

WebGPU: GPUAdapter-Infoattribut

Fügt ein synchrones GPUAdapter-Informationsattribut hinzu, um dieselben Informationen zum physischen Adapter wie bei der asynchronen GPUAdapter-Methode requestAdapterInfo() abzurufen.

Ursprungstests laufen

In Chrome 127 können Sie die folgenden neuen Ursprungstests aktivieren.

Komprimierungswörterbuchtransport mit Shared Brotli und Shared Zstandard

Diese Funktion unterstützt die Verwendung bestimmter vorheriger Antworten als externes Wörterbuch für mit Brotli (oder Zstandard) komprimierende HTTP-Antworten.

0.0.0.0 für privaten Netzwerkzugriff (PNA) einstellen

Wir schlagen vor, den Zugriff auf die IP-Adresse 0.0.0.0 vor der vollständigen Einführung der PNA zu blockieren.

Chrome stellt im Rahmen der PNA-Spezifikation den direkten Zugriff auf private Netzwerkendpunkte von öffentlichen Websites ein. Bei dieser Spezifikation gelten Dienste, die den lokalen Host (127.0.0.0/8) überwachen, als privat. Der PNA-Schutz von Chrome (eingeführt als Teil von https://chromestatus.com/feature/5436853517811712) kann mithilfe der IP-Adresse 0.0.0.0 umgangen werden, um auf Dienste zuzugreifen, die auf dem localhost unter macOS und Linux überwacht werden.

Dies kann auch bei DNS-Rebinding-Angriffen missbraucht werden, die auf eine Webanwendung abzielen, die den lokalen Host überwacht.

Da 0.0.0.0 in der Praxis nicht verwendet wird und nicht verwendet werden sollte, wird es getrennt vom Rest der Anfragen für private Netzwerke eingestellt.

Einstellung von Drittanbieter-Cookies

Wir beabsichtigen, den Standardzugriff auf Drittanbieter-Cookies (auch websiteübergreifende) einzustellen und zu entfernen. Wir beginnen mit einer Testphase von 1% im 1. Quartal 2024 und möchten im 1. Quartal 2025 schrittweise auslaufen lassen, vorbehaltlich aller weiteren Bedenken der Wettbewerbs- und Marktaufsichtsbehörde des Vereinigten Königreichs.

Die Entfernung von Drittanbieter-Cookies ist ein zentrales Unterfangen der Privacy Sandbox-Initiative, deren Ziel es ist, das websiteübergreifende Tracking im Web (und darüber hinaus) auf verantwortungsvolle Weise zu reduzieren und gleichzeitig wichtige Anwendungsfälle durch neue Technologien zu unterstützen.

Speicher, Service Worker und Kommunikations-APIs partitionieren

Ab Chrome 115 sind Speicher-, Service-Worker- und Kommunikations-APIs nach Drittanbieterkontexten partitioniert. Von Chrome 113 bis 126 konnten Websites an einem Einstellungstest teilnehmen, um die Partitionierung vorübergehend aufzuheben und das bisherige Verhalten von Speicher-, Service-Workern und Kommunikations-APIs wiederherzustellen.

Ab Chrome 125 wird in der Storage Access API auch Speicher ohne Cookies unterstützt, was die meisten Anwendungsfälle für nicht partitionierten Speicher abdecken sollte. Wenn diese Anwendungsfälle nicht erfüllt sind, können Sie jetzt für Nutzer mit Chrome 127 bis einschließlich 132 eine Verlängerung des Tests zur Einstellung von DisableThirdPartyStoragePartitioning für weitere 6 Meilensteine anfordern.

Weitere Informationen finden Sie im Blogpost zur Verlängerung des Tests zur Einstellung der Speicherpartitionierung.

Test zur Einstellung von fokussierbaren Scroll-Containern auf der Tastatur

Diese Funktion bringt die folgenden Änderungen mit sich:

  • Scroller sind standardmäßig per Klick und programmatisch fokussierbar.
  • Bildlaufleisten ohne fokussierbare untergeordnete Elemente sind standardmäßig per Tastatur fokussierbar.

Wir haben versucht, diese Änderungen zu veröffentlichen, und festgestellt, dass eine begrenzte Anzahl von Websites die Erwartungen in Bezug auf einige ihrer Komponenten nicht erfüllt hat. Aus diesem Grund mussten wir die Funktion vereinheitlichen, um diesen Fehler zu vermeiden. Aufgrund der Vorteile wird die Funktion ab 127 ausgeliefert. Damit die betroffenen Websites mehr Zeit für die Migration ihrer Komponenten haben, starten wir einen Test zur Einstellung. Wenn diese Option aktiviert ist, wird die Funktion deaktiviert.

Einstellung und Entfernung

Mit dieser Version von Chrome werden die unten aufgeführten Einstellungen und Entfernungen eingeführt. Unter ChromeStatus.com finden Sie eine Liste mit geplanten Einstellungen, aktuellen Einstellungen und früheren Löschungen.

In dieser Version von Chrome werden drei Funktionen entfernt.

Mutationsereignisse

Die Unterstützung für Mutationsereignisse wird ab Chrome 127 standardmäßig deaktiviert. Code sollte vor diesem Datum migriert werden, um Websitefehler zu vermeiden. Wenn Sie mehr Zeit benötigen, gibt es mehrere Möglichkeiten:

  • Mit dem Test zur Einstellung von Mutationsereignissen kann die Funktion für einen begrenzten Zeitraum auf einer bestimmten Website wieder aktiviert werden. Diese Funktion kann bis zum 25. März 2025 über Chrome 134 verwendet werden.
  • Die Unternehmensrichtlinie MutationEventsEnabled kann für den gleichen Zweck über Chrome 134 verwendet werden.

Weitere Informationen finden Sie im Blogpost Einstellung von Mutationsereignissen.

„Anfragen privater Netzwerke“ für Unterressourcen von öffentlichen Websites auf sichere Kontexte beschränken

Legt fest, dass Anfragen an private Netzwerkanfragen für Unterressourcen von öffentlichen Websites nur aus einem sicheren Kontext initiiert werden dürfen. Beispiele hierfür sind Internet-zu-Intranet-Anfragen und Internet-zu-Loopback-Anfragen.

Dies ist der erste Schritt zur vollständigen Implementierung des privaten Netzwerkzugriffs.

Alte Syntax für benutzerdefinierten CSS-Status entfernen

Die CSS-Pseudoklasse für den benutzerdefinierten Status wird von :--foo in :state(foo) umbenannt. Die neue Syntax :state(foo) wurde standardmäßig aktiviert. Aus diesem Grund wird die :--foo-Syntax entfernt.

Firefox und Safari haben die alte Syntax nie implementiert und beide haben die neue Syntax bereitgestellt.

Unternehmenskunden, die mehr Zeit benötigen, können die Richtlinie CSSCustomStateDeprecatedSyntaxEnabled verwenden. Diese Richtlinie wird in Chrome 131 entfernt.