Erweiterungen der Screen Capture API, Interpolation von CSS-Eigenschaften für grid-template und mehr.
Sofern nicht anders angegeben, gelten die unten beschriebenen Ä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 107 ist seit dem 29. September 2022 als Betaversion verfügbar. Sie können die aktuelle Version für den Desktop auf Google.com oder im Google Play Store auf Android-Geräten herunterladen.
Interpolation von CSS-grid-template-Properties
In CSS Grid können Entwickler mit den Eigenschaften grid-template-columns und grid-template-rows Liniennamen und die Größe von Rasterspalten bzw. ‑zeilen definieren. Dank unserer Mitwirkenden bei Microsoft unterstützen wir jetzt die Interpolation für diese Eigenschaften. Bei Grid-Layouts kann jetzt ein fließender Übergang zwischen den Status erfolgen, anstatt dass die Animation oder der Übergang auf halbem Weg abrupt endet.
Datenschutzfreundliche Steuerelemente für die Bildschirmfreigabe
Die Screen Capture API (API zur Bildschirmaufnahme) führt Ergänzungen der vorhandenen Media Capture and Streams API ein, mit denen der Nutzer einen Bildschirm oder einen Teil eines Bildschirms (z. B. ein Fenster) auswählen kann, der als Media-Stream aufgenommen werden soll. Dieser Stream kann dann aufgezeichnet oder über das Netzwerk mit anderen geteilt werden. In dieser Betaversion werden dieser API einige neue Funktionen hinzugefügt.
DisplayMediaStreamConstraints.selfBrowserSurface
Hinweis, mit dem Webanwendungen den Browser anweisen können, ob der aktuelle Tab beim Aufrufen von getDisplayMedia() aus der Liste der Tabs ausgeschlossen werden soll, die dem Nutzer angeboten werden.
So wird verhindert, dass Nutzer sich selbst versehentlich aufnehmen, wenn sie versehentlich den Tab auswählen, auf dem die App ausgeführt wird. Dadurch wird ein Spiegelkabinett-Effekt erzeugt, der Nutzer verwirrt und Gespräche mit Remote-Nutzern unterbricht.
DisplayMediaStreamConstraints.surfaceSwitching
Fügt eine Option hinzu, mit der programmatisch gesteuert werden kann, ob in Chrome eine Schaltfläche zum Wechseln von Tabs angezeigt wird, während der Bildschirm freigegeben ist. Diese Option wird an navigator.mediaDevices.getDisplayMedia() übergeben.
Mit der Schaltfläche „Diesen Tab freigeben“ können Nutzer nahtlos wechseln, welchen Tab sie freigeben, ohne den Videokonferenztab noch einmal auswählen, auf eine Schaltfläche klicken zu müssen, um getDisplayMedia() neu zu starten, oder einen neuen Tab aus einer langen Liste von Tabs auszuwählen. Dieses Verhalten wird bedingt verfügbar gemacht, da nicht alle Webanwendungen damit umgehen können.
MediaTrackConstraintSet.displaySurface
Wenn getDisplayMedia() aufgerufen wird, bietet der Browser dem Nutzer eine Auswahl an Anzeigeflächen: Tabs, Fenster oder Monitore. Mit der Einschränkung „displaySurface“ kann die Webanwendung dem Browser jetzt mitteilen, ob ein bestimmter Oberflächentyp für den Nutzer besser geeignet ist.
Status „Blockiert das Rendern“ im Resource Timing
Fügt dem PerfomanceResourceTiming ein Feld hinzu, um den Status einer Ressource anzugeben, die das Rendern blockiert. Derzeit ist es aus Entwicklersicht nur möglich, anhand komplexer Heuristiken zu ermitteln, welche Ressourcen tatsächlich das Rendern blockiert haben. Das neue Feld würde stattdessen ein direktes Signal dazu liefern.
Platzhalter in Ursprüngen von Berechtigungsrichtlinien
Mit dieser Funktion wird die Unterstützung von Platzhaltern in Berechtigungsrichtlinien wie SCHEME://*.HOST:PORT (z. B. https://*.foo.com/) hinzugefügt, wobei ein gültiger Ursprung aus SCHEME://HOST:PORT (z. B. https://foo.com/) erstellt werden kann. Dazu muss HOST mindestens eTLD+1 (eine registrierbare Domain) sein. Das bedeutet, dass https://*.bar.foo.com/ funktioniert, https://*.com/ jedoch nicht. Platzhalter im Schema- und Portbereich werden nicht unterstützt und https://*.foo.com/ wird nicht an https://foo.com/ delegiert. Bisher musste eine Berechtigungsrichtlinie möglicherweise so aussehen:
permissions-policy: ch-ua-platform-version=(self "https://foo.com" "https://cdn1.foo.com" "https://cdn2.foo.com")
Mit dieser Funktion können Sie Folgendes verwenden:
permissions-policy: ch-ua-platform-version=(self "https://foo.com" "https://*.foo.com")
Unterstützung des Attributs rel für <form>-Elemente
Mit dieser Funktion wird das Attribut rel zu Formularelementen hinzugefügt. Dadurch kann verhindert werden, dass window.opener auf Websites vorhanden ist, die über Formularelemente mit rel=noopener aufgerufen werden. Außerdem wird verhindert, dass der Referrer-Header mit rel=noreferrer gesendet wird.
Ursprungstests
In dieser Version von Chrome wurden zwei neue Ursprungstests eingeführt.
Declarative PendingBeacon API
Eine zustandsbehaftete Beacon-API, mit der der Browser steuern kann, wann Beacons gesendet werden. Ein Beacon ist ein Paket mit Daten, das an einen Backend-Server gesendet wird, ohne dass eine bestimmte Antwort erwartet wird. Es ist oft wünschenswert, diese am Ende des Besuchs eines Nutzers auf einer Seite zu senden, aber es gibt keinen guten Zeitpunkt für diesen „send“-Aufruf. Bei dieser API wird das Senden an den Browser selbst delegiert. So können Beacons beim Entladen oder Ausblenden der Seite unterstützt werden, ohne dass der Entwickler Send-Aufrufe genau zum richtigen Zeitpunkt implementieren muss.
Der Test wird voraussichtlich bis Chrome 109 laufen. Hier können Sie sich für den Testzeitraum registrieren.
Permissions-Policy: unload
Mit dieser Funktion können Seiten das Ausführen von Unload-Event-Handlern deaktivieren. Ziel ist es, Websites, auf denen alle Unload-Handler entfernt wurden, die Möglichkeit zu geben, versehentliches Hinzufügen neuer Handler zu verhindern. So können Websites von Unload-Event-Handlern migrieren und dadurch die BFCache-Trefferrate verbessern.
Der Test wird voraussichtlich bis Chrome 109 laufen. Hier können Sie sich für den Testzeitraum registrieren.
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 wird eine Funktion eingestellt.
Expect-CT
Expect-CT ist ein HTTP-Header, mit dem Websites die Erzwingung von Certificate Transparency aktivieren konnten, bevor sie standardmäßig erzwungen wurde. Außerdem bietet es Berichtsfunktionen, mit denen Entwickler CT-Fehlkonfigurationen erkennen können.
Der Expect-CT-HTTP-Header wurde entwickelt, um die Umstellung auf die universelle Erzwingung der Zertifikattransparenz (Certificate Transparency, CT) zu erleichtern. Er ermöglichte es wichtigen Websites, die Erzwingung oder das Reporting von CT für eine bessere Sicherheit zu aktivieren, bevor die Erzwingung von CT für alle öffentlichen Websites (durch Chrome) erforderlich wurde. Expect-CT hat jedoch seinen Nutzen verloren. Chrome erfordert jetzt CT auf allen öffentlichen Websites, daher bietet Expect-CT keinen Sicherheitsvorteil mehr. Kein anderer Browser hat Expect-CT implementiert. Das Entfernen ist daher kein Problem für die Interoperabilität.