Ergänzungen der Screen Capture API, Interpolation der CSS-Rastervorlageneigenschaften 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. Die neuesten Versionen stehen unter Google.com für Computer und im Google Play Store für Android-Geräte zum Download bereit.
CSS-grid-template-Eigenschafteninterpolation
Im CSS-Raster können Entwickler mit den Eigenschaften grid-template-columns und grid-template-rows Zeilennamen definieren und die Größe von Rasterspalten bzw. -zeilen verfolgen. Dank der Mitwirkenden bei Microsoft unterstützen wir jetzt die Interpolation für diese Properties. Rasterlayouts können jetzt nahtlos zwischen Zuständen übergehen, anstatt an der Hälfte einer Animation oder eines Übergangs andocken zu müssen.
Datenschutzfreundliche Einstellungen für die Bildschirmfreigabe
Mit der Screen Capture API werden Ergänzungen zur bestehenden Media Capture and Streams API eingeführt, damit Nutzer einen Bildschirm oder einen Teil eines Bildschirms (z. B. ein Fenster) auswählen können, um sie als Medienstream aufzunehmen. Dieser Stream kann dann aufgezeichnet oder über das Netzwerk mit anderen Nutzern geteilt werden. In dieser Betaversion werden dieser API einige neue Funktionen hinzugefügt.
DisplayMediaStreamConstraints.selfBrowserSurface
Hinweis, mit dem Webanwendungen dem Browser mitteilen können, ob der aktuelle Tab nach dem Aufrufen von getDisplayMedia() aus der Liste der Tabs ausgeschlossen werden soll, die dem Nutzer angeboten werden.
So wird eine versehentliche Selbstaufnahme verhindert, wenn Nutzer versehentlich den Tab auswählen, auf dem die App ausgeführt wird, ein Hall-of-Mirrors-Effekt erzeugt wird, Nutzer verwirrt und Diskussionen mit Remote-Nutzern gestört werden.
DisplayMediaStreamConstraints.surfaceSwitching
Mit dieser Option können Sie programmatisch steuern, ob in Chrome bei der Bildschirmfreigabe eine Schaltfläche zum Wechseln zwischen Tabs angezeigt wird. Diese Option wird an navigator.mediaDevices.getDisplayMedia() übergeben.
Mit der Schaltfläche „Stattdessen diesen Tab teilen“ können Nutzer nahtlos zwischen dem geteilten Tab wechseln, ohne den Tab für Videokonferenzen noch einmal auswählen, auf eine Schaltfläche klicken zu müssen, um getDisplayMedia() noch einmal zu starten, oder einen neuen Tab aus einer langen Liste von Tabs auszuwählen. Dieses Verhalten ist bedingt verfügbar, da nicht alle Webanwendungen in der Lage sind, dieses Verhalten zu verarbeiten.
MediaTrackConstraintSet.displaySurface
Wenn getDisplayMedia() aufgerufen wird, bietet der Browser dem Nutzer eine Auswahl von Anzeigeoberflächen: Tabs, Fenster oder Monitore. Mithilfe der displaySurface-Einschränkung kann die Webanwendung nun dem Browser einen Hinweis geben, wenn ein bestimmter Oberflächentyp dem Nutzer besser präsentiert werden soll.
Blockierungsstatus des Renderings in Ressourcentiming
Fügt PerfomanceResourceTiming ein Feld hinzu, um den Status der Blockierung des Renderings einer Ressource anzugeben. Aus Entwicklerperspektive lässt sich nur anhand komplexer Heuristiken bestimmen, welche Ressourcen tatsächlich blockiert wurden. Das neue Feld würde stattdessen ein direktes Signal in Bezug auf dasselbe liefern.
Platzhalter in den Ursprüngen der Berechtigungsrichtlinie
Diese Funktion unterstützt Platzhalter in Berechtigungsrichtlinien, die wie SCHEME://*.HOST:PORT strukturiert sind (z. B. https://*.foo.com/), wobei ein gültiger Ursprung aus SCHEME://HOST:PORT erstellt werden kann (z. B. https://foo.com/). Dies setzt voraus, dass HOST mindestens eTLD+1 (eine registrierfähige Domain) ist. Das bedeutet, dass https://*.bar.foo.com/ funktioniert, https://*.com/ jedoch nicht. Platzhalter im Bereich „Schema und Port“ werden nicht unterstützt und https://*.foo.com/ delegiert nicht an https://foo.com/. Zuvor muss eine Berechtigungsrichtlinie in etwa so aussehen:
permissions-policy: ch-ua-platform-version=(self "https://foo.com" "https://cdn1.foo.com" "https://cdn2.foo.com")
Diese Funktion bietet folgende Funktionen:
permissions-policy: ch-ua-platform-version=(self "https://foo.com" "https://*.foo.com")
Das Attribut rel für <form>-Elemente unterstützen
Mit dieser Funktion wird das Attribut rel zu Formularelementen hinzugefügt. Dadurch wird verhindert, dass window.opener auf Websites vorhanden ist, die über Formularelemente mit rel=noopener aufgerufen werden. Außerdem wird verhindert, dass der Verweisheader mit rel=noreferrer gesendet wird.
Ursprungstests
Für diese Chrome-Version gab es zwei neue Ursprungstests.
Deklarative PendingBeacon API
Eine zustandsorientierte Beacon-API, mit der der Browser steuern kann, wann Beacons gesendet werden. Ein Beacon ist ein Datenpaket, das an einen Back-End-Server gesendet wird, ohne dass eine bestimmte Antwort erwartet wird. Es ist oft wünschenswert, diese am Ende des Seitenbesuchs zu senden, aber es gibt keinen geeigneten Zeitpunkt für dieses "Senden". erforderlich ist. Dieses API delegiert das Senden an den Browser selbst, sodass es Beacons beim Entladen der Seite oder beim Ausblenden der Seite unterstützt, ohne dass der Entwickler Aufrufe genau zum richtigen Zeitpunkt implementieren muss.
Dieser Test läuft voraussichtlich bis Chrome 109. Melden Sie sich hier für die Testversion an.
Berechtigungsrichtlinie: unload
Mit dieser Funktion können Seiten die Ausführung von Unload-Event-Handlern deaktivieren. Das Ziel ist, Websites zuzulassen, die alle Unload-Handler entfernt haben, damit sie nicht versehentlich neue hinzufügen. Dies hilft Websites, Unload-Event-Handler zu migrieren und dadurch die BFCache-Trefferrate zu verbessern.
Dieser Test läuft voraussichtlich bis Chrome 109. Melden Sie sich hier für die Testversion an.
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 wird eine Funktion eingestellt.
Erwarten-CT
Expect-CT ist ein HTTP-Header, über den Websites die Erzwingung der Zertifikatstransparenz aktivieren konnten, bevor sie standardmäßig erzwungen wurde. Außerdem gibt es Berichtsfunktionen, mit denen Entwickler CT-Fehlkonfigurationen erkennen können.
Der HTTP-Header „Expect-CT“ wurde entwickelt, um die Umstellung auf die universelle Erzwingung der Zertifikatstransparenz (Certificate Transparency – CT) zu erleichtern. So können hochwertige Websites der CT-Erzwingung oder Berichterstellung zur Verbesserung der Sicherheit zustimmen, bevor die CT-Erzwingung (durch Chrome) auf allen öffentlichen Websites erzwungen wurde. Allerdings hat Expect-CT seinen Nutzen inzwischen überlebt. Chrome fordert jetzt CT für alle öffentlichen Websites an, daher gibt es für Expect-CT keinen Sicherheitswert mehr. In keinem anderen Browser wurde Expect-CT implementiert. Das Entfernen der Erweiterung stellt also keine Interoperabilität dar.