Chrome 132 Beta

Veröffentlicht am 13. November 2024

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 132 ist seit dem 13. November 2024 als Betaversion verfügbar. Sie können die aktuelle Version für den Desktop unter Google.com oder im Google Play Store auf Android-Geräten herunterladen.

CSS

In dieser Version werden zwei neue CSS-Funktionen eingeführt.

CSS Anchor Positioning: anchor-size() in den Eigenschaften inset und margin zulassen

Ursprünglich war anchor-size() nur in Größen-Properties zulässig. Die Spezifikation wurde geändert, um anchor-size() auch in Insets und Rändern zuzulassen.

CSS-Schreibmodi für die Seite

Unterstützung der Keywords sideways-rl und sideways-lr für die CSS-Eigenschaft writing-mode. sideways-rl und sideways-lr sind hilfreich, um nicht-CJK-Text vertikal zu schreiben. Im Gegensatz zu vertical-rl und vertical-lr sind sie nicht für CJK-Sprachen geeignet.

Web APIs

Alle Bildschirme aufnehmen

Alle Bildschirme, die derzeit mit dem Gerät verbunden sind, mit getAllScreensMedia() aufnehmen.

Wenn getDisplayMedia() mehrmals aufgerufen wird, sind mehrere Nutzeraktionen erforderlich. Der Nutzer muss jedes Mal den nächsten Bildschirm auswählen. Außerdem wird der App nicht garantiert, dass alle Bildschirme ausgewählt wurden. Die getAllScreensMedia()-Methode bietet in allen diesen Bereichen Vorteile.

Diese Funktion ist nur auf Computern verfügbar.

Ereignisse für das Ein- und Ausblenden von Dialogfeldern

Es ist hilfreich zu wissen, wann <dialog>-Elemente geöffnet und geschlossen werden. popover hat bereits ToggleEvent, das gesendet wird, wenn ein Pop-over geöffnet oder geschlossen wird. Bisher mussten Sie einen Mutations-Observer registrieren, um zu erkennen, wann sich ein <dialog> öffnet. Das ist jedoch mit viel Aufwand verbunden. Ein Ereignis wäre einfacher.

Diese Änderung umfasst dasselbe ToggleEvent, das von Pop-overs gesendet wird, jedoch für <dialog>-Elemente: Wenn showModal oder show aufgerufen wird, sendet <dialog> ein ToggleEvent mit newState=open. Wenn ein <dialog> geschlossen wird (über das Formular, die Schaltfläche oder den Closewatcher), sollte ein ToggleEvent mit newState=closed gesendet werden.

Elementerfassung

Wenn ein Video MediaStreamTrack über bereits vorhandene Methoden zum Starten der Tab-Erfassung abgerufen wird, kann der Track mit Element Capture so geändert werden, dass nur ein Teilbaum des DOM ab einem bestimmten Element erfasst wird.

Die API ähnelt der Region Capture API, bietet aber mehr Flexibilität für Anwendungen, da sowohl verdeckende als auch verdeckte Inhalte aus der Erfassung ausgeschlossen werden.

FedCM-Autorisierungsfunktionen

Damit werden einige Funktionen gebündelt, die von Identitätsanbietern (IdPs) verwendet werden können, um Autorisierungsabläufe zu implementieren, z. B. einem Nutzer zu erlauben, einer vertrauenden Partei (Relying Party, RP) Zugriff auf seinen Kalender zu gewähren. Im Detail:

  • Der Identitätsanbieter muss in der Lage sein, eine benutzerdefinierte Aufforderung für die Berechtigung anzuzeigen (Continuation API).
  • Der RP benötigt eine erweiterbare Möglichkeit, dem IdP mitzuteilen, worauf er zugreifen möchte (Parameter-API).
  • Der RP muss den Text, in dem darauf hingewiesen wird, dass der IdP „Name, E-Mail-Adresse und Profilbild“ weitergibt, anpassen oder unterdrücken können, da in dieser Situation andere Informationen (Felder-API) angefordert werden.
  • Der Identitätsanbieter möchte möglicherweise einen anderen Endpunkt verwenden, um den Autorisierungsvorgang zu implementieren (mehrere configURLs).
  • Bestimmte Konten kommen möglicherweise nur für einen der Authentifizierungs- und Autorisierungsabläufe infrage. Daher muss es eine Möglichkeit geben, verschiedene Konten in den beiden Abläufen zu präsentieren (Account Labels API).

FedCM Mode API und Use Other Account API

Zwei neue Erweiterungen für FedCM:

  • Modus: Im active-Modus können Websites FedCM innerhalb eines Schaltflächenklicks aufrufen (z. B. durch Klicken auf die Schaltfläche Beim IdP anmelden). In diesem Fall muss FedCM immer mit einer sichtbaren Benutzeroberfläche reagieren. Wenn die FedCM API im aktiven Modus aufgerufen wird, werden Nutzer, die abgemeldet sind, zum Anmelden beim Identitätsanbieter (Identity Provider, IdP) weitergeleitet. Da der aktive Modus durch eine explizite Nutzeraktion aufgerufen wird, ist die Benutzeroberfläche auch auffälliger (z. B. zentriert und modal) als die Benutzeroberfläche des passiven Modus, für den keine Nutzeraktion erforderlich ist und der beim Laden der Seite aufgerufen werden kann.
  • Anderes Konto verwenden: Mit dieser Erweiterung kann ein IdP Nutzern erlauben, sich in anderen Konten anzumelden.

Abrufen: Request.bytes() und Response.bytes()

Fügen Sie den Schnittstellen Request und Response eine bytes()-Methode hinzu, die ein Promise zurückgibt, das mit einem Uint8Array aufgelöst wird. Request und Response haben zwar eine arrayBuffer()-Methode, aber Sie können nicht direkt aus einem Puffer lesen. Sie müssen eine Ansicht wie Uint8Array erstellen, um sie zu lesen. Die Methode bytes() verbessert die Ergonomie beim Abrufen des Textkörpers von Anfrage und Antwort.

Dateisystemzugriff für Android und WebView

Mit dieser API können Entwickler leistungsstarke Apps erstellen, die über das Dateisystem des Geräts mit anderen (nicht webbasierten) Apps auf dem Gerät des Nutzers interagieren. Nachdem ein Nutzer einer Webanwendung Zugriff gewährt hat, kann die App mit dieser API Änderungen direkt in den vom Nutzer ausgewählten Dateien und Ordnern lesen oder speichern. Neben dem Lesen und Schreiben von Dateien bietet diese API die Möglichkeit, ein Verzeichnis zu öffnen und dessen Inhalt aufzulisten sowie Datei- und Verzeichnishandles in IndexedDB zu speichern, um später wieder auf denselben Inhalt zuzugreifen.

Dateisystemzugriff wurde in Chrome 86 für Computer eingeführt und ist mit Chrome 132 für Android und WebView verfügbar.

Strict-Transport-Security für localhost ignorieren

Strict-Transport-Security-Antwortheader (STS) können Probleme für Localhost-Webserver verursachen, da STS hostweit und über alle Ports hinweg angewendet wird. Dies führt zu Kompatibilitätsproblemen für Webentwickler, die lokal testen. Dies betrifft auch Endnutzer, die Softwarepakete verwenden, die häufig aus kurzlebigen Gründen lokale Webserver starten. Das kann beispielsweise die Übermittlung eines Autorisierungstokens von einer Webanmeldung an ein lokales Softwarepaket sein. Wenn ein lokaler Listener Strict-Transport-Security für eine Localhost-Antwort festlegt, wird dies auf alle nachfolgenden Localhost-Anfragen angewendet, unabhängig vom Port.

In Chrome 132 wird dieses Problem behoben, indem Strict-Transport-Security-Header in Antworten von Localhost-URLs ignoriert werden.

Per Tastatur fokussierbare Scroll-Container

Das Roll-out dieser Funktion (ab Chrome 130) wurde aufgrund einer Verschlechterung der Barrierefreiheit gestoppt. Das Problem wurde behoben und die Einführung der Funktion wird mit Chrome 132 fortgesetzt.

Standard-Wildcard für die Zulassungsliste für die Berechtigungsrichtlinie für die Private State Token API

Der Zugriff auf die Private State Token API wird durch Permissions Policy-Funktionen eingeschränkt. In Chrome 132 wird die Standardzulassungsliste für die Funktionen private-state-token-issuance und private-state-token-redemption von self auf * (Platzhalter) aktualisiert.

PushMessageData::bytes()

Die PushMessageData-Schnittstelle ähnelt der Body-Schnittstelle, die Anfang des Jahres um eine neue bytes()-Methode erweitert wurde. Dies folgt dem Grundsatz, dass APIs im Allgemeinen Bytepuffer als Uint8Arrays bereitstellen sollten. In Chrome 132 wird die Body-Schnittstelle neu ausgerichtet, indem auch über die PushMessageData-Schnittstelle auf den bytes()-Accessor zugegriffen werden kann.

Gespeicherte Abfragen in sharedStorage.selectURL

Mit sharedStorage.selectURL() können Abfragen jetzt seitenweise gespeichert und wiederverwendet werden. Die beiden Budgets für das Laden von Seiten werden beim ersten Ausführen einer gespeicherten Abfrage berechnet, nicht jedoch bei nachfolgenden Ausführungen der gespeicherten Abfrage während desselben Seitenaufrufs. Dies erfolgt mit einem savedQuery-Parameter in den Optionen für selectURL(), der die Abfrage benennt.

Ausnahme für Popover und Dialogfelder in inaktiven Dokumenten auslösen

Bisher ist der Aufruf von showPopover() oder showModal() für ein Popover oder Dialogfeld in einem inaktiven Dokument stillschweigend fehlgeschlagen. Es wird keine Ausnahme ausgelöst, aber da das Dokument inaktiv ist, wird kein Popover oder Dialogfeld angezeigt. Ab Chrome 132 wird in diesen Situationen jetzt InvalidStateError ausgelöst.

WebAuthn Signal API

Ermöglicht es WebAuthn-RPs, Informationen zu vorhandenen Anmeldedaten an Anbieter von Anmeldedatenspeichern zu senden, damit falsche oder widerrufene Anmeldedaten in der Benutzeroberfläche des Anbieters und des Systems aktualisiert oder entfernt werden können.

Weitere Informationen zur Signal API für Passkeys in der Chrome-Desktopversion

WebGPU: Blending von 32-Bit-Gleitkomma-Texturen

Mit der float32-blendable-GPU-Funktion können GPU-Texturen mit den Formaten r32float, rg32float und rgba32float gemischt werden.

WebGPU: GPUAdapterInfo über GPUDevice verfügbar machen

Das GPUDevice-Attribut adapterInfo macht dieselben GPUAdapterInfo wie das GPUAdapter-Objekt verfügbar.

WebGPU: Verwendung von Texturansichten

Fügt der Erstellung von WebGPU-Texturansichten ein optionales Feld hinzu, um eine Teilmenge der Nutzungsflags aus der Quelltextur anzufordern.

Die Verwendung von Texturansichten wird standardmäßig von der Quelltextur übernommen. Es gibt jedoch Ansichtsformate, die möglicherweise nicht mit allen übernommenen Verwendungen kompatibel sind. Durch das Hinzufügen eines Verwendungsfelds zur Erstellung von Texture-Ansichten kann der Nutzer eine Teilmenge der Verwendungen der Quelltextur anfordern, die mit dem Ansichtsformat gültig sind und sich auf die beabsichtigte Verwendung der Texture-Ansicht beziehen.

WebGPU-Implementierungen können auch die Erstellung von Ressourcen auf niedriger Ebene optimieren und die Leistung verbessern, wenn Ansichten mit spezialisierteren Nutzungsflags verwendet werden.

Neue Ursprungstests

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

Document-Isolation-Policy

Mit Document-Isolation-Policy kann ein Dokument crossOriginIsolation für sich selbst aktivieren, ohne COOP oder COEP bereitstellen zu müssen und unabhängig vom crossOriginIsolation-Status der Seite. Die Richtlinie wird durch Prozessisolation unterstützt. Außerdem werden nicht CORS-konforme, ursprungsübergreifende Unterressourcen des Dokuments entweder ohne Anmeldedaten geladen oder benötigen einen CORP-Header.

Explizite Kompilierungshinweise mit Magic Comments

Mit dieser Funktion können Sie Informationen dazu anhängen, welche Funktionen in JavaScript-Dateien sofort geparst und kompiliert werden sollen. Die Informationen werden als Magic Comments codiert.

Einstellung und Entfernung

In dieser Version von Chrome werden die folgenden Einstellungen eingeführt und entfernt. Auf ChromeStatus.com finden Sie Listen mit geplanten und aktuellen Einstellungen sowie mit früheren Entfernungen.

In dieser Version von Chrome werden zwei Funktionen entfernt.

navigator.storage wurde als EventTarget für das Storage Pressure Event entwickelt, das nie über die Prototyping-Phase hinausging. Dieser inaktive Code wird entfernt. Daher wird navigator.storage nicht mehr auf EventTarget erweitert.

Entfernen von HTMLVideoElement-Vollbild-APIs mit Präfix

Die Vollbild-APIs für HTMLVideoElement mit Präfix wurden in Chrome eingestellt

Sie wurden durch die Element.requestFullscreen() API ersetzt, die 2018 in Chrome 71 ohne Präfix eingeführt wurde. Im Jahr 2024 unterstützen die meisten Browser die APIs ohne Präfix schon seit einigen Jahren.

In Chrome 132 werden die folgenden Elemente aus HTMLVideoElement entfernt:

  • Das Attribut webkitSupportsFullscreen.
  • Das Attribut webkitDisplayingFullscreen.
  • Die Methode webkitEnterFullscreen().
  • Die Methode webkitExitFullscreen(). Beachten Sie die unterschiedliche Großschreibung des „S“ in „FullScreen“.
  • Die Methode webkitEnterFullScreen().
  • Die Methode webkitExitFullScreen().

Diese Methoden sind jetzt nur noch Aliase für die moderne API. Ihre Nutzung ist im Laufe der Jahre stetig zurückgegangen.