Ergänzungen zur Screen Capture API, zur Interpolation von CSS-Rastervorlageneigenschaften und mehr
Sofern nicht anders angegeben, gelten die unten beschriebenen Änderungen für die neueste Betaversion von Chrome für Android, ChromeOS, Linux, macOS und Windows. Weitere Informationen zu den hier aufgeführten Funktionen findest du über die bereitgestellten Links oder in der Liste auf ChromeStatus.com. Chrome 107 ist seit dem 29. September 2022 als Betaversion verfügbar. Du kannst die neuesten Versionen unter Google.com für Computer oder im Google Play Store auf Android herunterladen.
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 der Rasterspalten bzw. -zeilen verfolgen. Dank der Mitwirkenden bei Microsoft unterstützen wir jetzt die Interpolation für diese Eigenschaften. Rasterlayouts können nun gleichmäßig zwischen den Zuständen wechseln, anstatt an der Hälfte einer Animation oder eines Übergangs einrasten zu müssen.
Datenschutzfreundliche Einstellungen für die Bildschirmfreigabe
Die Screen Capture API enthält Ergänzungen zur vorhandenen Media Capture and Streams API, mit denen der Nutzer einen Bildschirm oder einen Teil eines Bildschirms (z. B. ein Fenster) auswählen kann, um ihn als Medienstream zu erfassen. Dieser Stream kann dann aufgezeichnet oder mit anderen über das Netzwerk 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 angebotenen Tabs ausgeschlossen werden soll.
Dadurch wird verhindert, dass Nutzer versehentlich den Tab auswählen, auf dem die App ausgeführt wird. Dadurch entsteht ein Hall-of-Spiegel-Effekt, der Nutzer verwirrt und Diskussionen mit Remote-Nutzern abbrechen kann.
DisplayMediaStreamConstraints.surfaceSwitching
Fügt eine Option hinzu, mit der Sie programmatisch steuern können, ob Chrome bei der Bildschirmfreigabe eine Schaltfläche zum Wechseln von Tabs einblenden kann. Diese Option wird an navigator.mediaDevices.getDisplayMedia() übergeben.
Über die Schaltfläche „Diesen Tab teilen“ können Nutzer nahtlos zwischen den Tabs wechseln, die sie teilen. Dazu müssen sie nicht noch einmal den Tab für Videokonferenzen auswählen, auf eine Schaltfläche klicken, um getDisplayMedia() noch einmal zu starten, oder einen neuen Tab aus einer langen Liste von Tabs auswählen. Dieses Verhalten ist bedingt verfügbar, da nicht alle Webanwendungen dieses Verhalten verarbeiten können.
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 dem Browser nun einen Hinweis darauf geben, ob dem Nutzer ein bestimmter Oberflächentyp besser sichtbar sein soll.
Hier erfährst du, wie du mit diesen Funktionen versehentliches Teilen vermeidest.
Blockierungsstatus des Renderings in Ressourcen-Timing
Fügt PerfomanceResourceTiming ein Feld hinzu, das den Status der Blockierung des Renderings einer Ressource angibt. Aus Entwicklersicht kann derzeit nur anhand komplexer Heuristiken festgestellt werden, welche Ressourcen das Rendering blockieren. Das neue Feld würde stattdessen ein direktes Signal dafür liefern.
Platzhalter in Ursprüngen der Berechtigungsrichtlinie
Durch diese Funktion werden Platzhalter in Berechtigungsrichtlinien wie SCHEME://*.HOST:PORT (z. B. https://*.foo.com/) unterstützt, wobei ein gültiger Ursprung aus SCHEME://HOST:PORT erstellt werden kann (z. B. https://foo.com/). Hierfür 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 Portabschnitt werden nicht unterstützt und https://*.foo.com/ leitet nicht an https://foo.com/ weiter. Zuvor muss eine Berechtigungsrichtlinie möglicherweise so aussehen:
permissions-policy: ch-ua-platform-version=(self "https://foo.com" "https://cdn1.foo.com" "https://cdn2.foo.com")
Diese Funktion bietet Ihnen folgende Möglichkeiten:
permissions-policy: ch-ua-platform-version=(self "https://foo.com" "https://*.foo.com")
Das rel-Attribut für <form>-Elemente unterstützen
Durch diese 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 Referrer-Header mit rel=noreferrer gesendet wird.
Ursprungstests
In dieser Version von Chrome 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 eine bestimmte Antwort zu erwarten. Häufig ist es wünschenswert, diese am Ende des Besuchs eines Nutzers zu senden, aber es ist keine gute Zeit für diesen "Senden"-Aufruf. Diese API delegiert das Senden an den Browser selbst, sodass sie Beacons beim Entladen oder Ausblenden von Seiten unterstützen kann, ohne dass der Entwickler Sendeaufrufe zu den richtigen Zeitpunkten implementieren muss.
Dieser Test läuft voraussichtlich bis Chrome 109. Hier können Sie sich für die Testversion anmelden.
Berechtigungsrichtlinie: Entladen
Mit dieser Funktion können Seiten das Ausführen von Unload-Event-Handlern deaktivieren. Ziel ist es, Websites, die alle Unload-Handler entfernt haben, zuzulassen, damit nicht versehentlich neue Handler hinzugefügt werden. Dies hilft Websites, Event-Handler zu entfernen und dadurch die BFCache-Trefferrate zu verbessern.
Dieser Test läuft voraussichtlich bis Chrome 109. Hier können Sie sich für die Testversion anmelden.
Einstellungen und Löschungen
In dieser Version von Chrome werden die unten aufgeführten Einstellungen und Entfernungen eingeführt. Unter ChromeStatus.com finden Sie eine Liste der geplanten Einstellungen, aktuellen Einstellungen und vorherigen Entfernungen.
In dieser Version von Chrome wird eine Funktion eingestellt.
Erwartete CT
Expect-CT ist ein HTTP-Header, mit dem Websites die Erzwingung der Certificate Transparency aktivieren konnten, bevor sie standardmäßig erzwungen wurde. Es verfügt auch über eine Berichtsfunktion, mit der Entwickler CT-Fehlkonfigurationen erkennen können.
Der Expect-CT-HTTP-Header wurde entwickelt, um die Umstellung auf die Erzwingung der universellen Zertifikatstransparenz (CT) zu erleichtern. Dazu können hochwertige Websites die CT-Erzwingung oder -Berichterstellung aktivieren, um die Sicherheit zu erhöhen, bevor die CT-Erzwingung (durch Chrome) auf allen öffentlichen Websites erforderlich war. Allerdings ist Expect-CT mittlerweile nicht mehr nützlich. Chrome verlangt jetzt auf allen öffentlichen Websites CT auf allen öffentlichen Websites, daher gibt es keinen Sicherheitswert mehr für Expect-CT. Expect-CT wurde in keinem anderen Browser implementiert. Daher stellt die Entfernung keine Interoperabilitätsbedenken dar.