Diese Änderung bewirkt, dass der HTML-Parser zusätzliche Tags zulässt

Chrom 134
Stabiles Veröffentlichungsdatum: 4. März 2025

HTML und DOM
Anpassbares <select>-Element
Mit dem anpassbaren <select>-Element können Entwickler die vollständige Kontrolle über die Darstellung von <select>-Elementen übernehmen, indem sie die CSS-Eigenschaft appearance: base-select und den Wert hinzufügen.

Diese Funktion beruht auf dem SelectParserRelaxation-Flag, das den HTML-Parser so verändert, dass er mehr Tags innerhalb des <select>-Tags zulässt.
Tracking bug #40146374 | ChromeStatus.com Eintrag | Spec</select></select></select></select>

Entspannung des Select-Parsers
Diese Änderung bewirkt, dass der HTML-Parser zusätzliche Tags in <select> neben <option>, </option><optgroup> und --- zulässt.
Diese Funktion wird durch die temporäre Richtlinie (SelectParserRelaxationEnabled) eingeschränkt. Dies ist eine vorübergehende Übergangszeit, und die Richtlinie wird ab Chrome 141 nicht mehr funktionieren.

Wenn Sie Probleme haben, von denen Sie glauben, dass sie durch diese Änderung verursacht werden, gibt es einen Reverse-Origin-Versuch, um die Parser-Entspannung zu deaktivieren.
Fehlerverfolgung #335456114 | ChromeStatus.com Eintrag | Spec</optgroup></select>

Dialog leicht entlassen
Eines der netten Features der Popover-API ist das Light-Dispense-Verhalten. Dieses Verhalten ist nun Teil von <dialog>, wobei ein neues closedby-Attribut das Verhalten steuert:

<dialog closedby="none">: Kein benutzergesteuertes Schließen von Dialogen.
<dialog closedby="closerequest">: Durch Drücken von Esc (oder einem anderen Schließauslöser) wird der Dialog geschlossen.
<dialog closedby="any">: Durch Klicken außerhalb des Dialogs oder Drücken von Esc wird der Dialog geschlossen. Ähnlich dem popover="auto" Verhalten.
Fehlerverfolgung #376516550 | ChromeStatus.com-Eintrag | Spec</dialog></dialog></dialog></dialog></dialog>

CSS
CSS-Hervorhebungsvererbung
Bei der CSS-Highlight-Vererbung erben die CSS-Highlight-Pseudoklassen wie ::selection und ::highlight ihre Eigenschaften über die Pseudo-Highlight-Kette und nicht über die Elementkette. Das Ergebnis ist ein intuitiveres Modell für die Vererbung von Eigenschaften in Hervorhebungen.
ChromeStatus.com Eintrag | Spec

PWA
Untertitel für Dokumente (Fix PWA app titles)
Diese Funktion ermöglicht es, ergänzende Informationen über das aktuelle Fenster einer installierten, laufenden PWA anzugeben. Sie fügt der Seite einen Untertitel hinzu, um kontextbezogene Informationen zu liefern, die in der Titelleiste des Fensters angezeigt werden. Dieser ersetzt den im HTML-Titelelement enthaltenen Text.
Fehlerverfolgung #1351682 | ChromeStatus.com Eintrag | Spec

Benutzer-Link-Erfassung auf PWAs
Weblinks leiten Benutzer automatisch zu installierten Webanwendungen weiter. Um den Erwartungen der Benutzer an installierte Anwendungen besser gerecht zu werden, erleichtert Chrome den Wechsel zwischen dem Browser und installierten Webanwendungen. Wenn der Benutzer auf einen Link klickt, der von einer installierten Webanwendung verarbeitet werden könnte, wird der Link in dieser installierten Webanwendung geöffnet. Benutzer können dieses Verhalten über die Einstellungen der installierten Webanwendung ändern. Entwickler können dieses Verhalten mit der Manifest-Eigenschaft launch_handler steuern. Weitere Informationen darüber, wie Deep Linking mit installierten Webanwendungen funktioniert, finden Sie in dieser Entwicklerdokumentation.

Leistung
Dokument-Richtlinie: expect-no-linked-resources
Der Konfigurationspunkt expect-no-linked-resources in der Document-Policy ermöglicht es einem Dokument, dem User-Agent Hinweise zu geben, um seine Ladesequenz zu optimieren, z. B. nicht das standardmäßige spekulative Parsing-Verhalten zu verwenden.

User Agents haben spekulatives Parsing von HTML implementiert, um Ressourcen, die im HTML-Markup vorhanden sind, spekulativ abzurufen und so das Laden der Seite zu beschleunigen. Für die überwiegende Mehrheit der Seiten im Web, deren Ressourcen im HTML-Markup deklariert sind, ist die Optimierung von Vorteil und die Kosten, die bei der Ermittlung solcher Ressourcen anfallen, sind ein vernünftiger Kompromiss. Die folgenden Szenarien können jedoch zu einem suboptimalen Kompromiss zwischen der Leistung und der Zeit führen, die für das Parsen von HTML zur Bestimmung der abzurufenden Subressourcen aufgewendet wird:

Seiten, auf denen keine Ressourcen in der HTML-Datei deklariert sind.
Große HTML-Seiten mit minimaler oder gar keiner Ressourcenbelastung, die das Vorladen von Ressourcen durch andere verfügbare Vorlade-Mechanismen explizit steuern könnten.
Die Document-Policy expect-no-linked-resources weist den User-Agent darauf hin, dass er die Zeit, die er für die Ermittlung der Unterressourcen aufwendet, optimieren kann.
Fehlerverfolgung #365632977 | ChromeStatus.com Eintrag | Spec

Explizite Ressourcenverwaltung (async)
Diese Funktionen adressieren ein gängiges Muster in der Softwareentwicklung hinsichtlich der Lebensdauer und Verwaltung verschiedener Ressourcen (z. B. Speicher und E/A). Dieses Muster umfasst im Allgemeinen die Zuweisung einer Ressource und die Möglichkeit, kritische Ressourcen explizit freizugeben.
Fehlerverfolgung #42203814 | ChromeStatus.com Eintrag | Spec

Explizites Ressourcenmanagement (Sync)
Diese Funktionen befassen sich mit einem in der Softwareentwicklung weit verbreiteten Muster hinsichtlich der Lebensdauer und Verwaltung verschiedener Ressourcen (z. B. Speicher und E/A). Dieses Muster umfasst im Allgemeinen die Zuweisung einer Ressource und die Möglichkeit, kritische Ressourcen explizit freizugeben.
Fehlerverfolgung #42203506 | ChromeStatus.com Eintrag | Spec

Erweiterung der console.timeStamp API zur Unterstützung von Messungen und Darstellung Optionen
Erweitert die console.timeStamp()-API in einer abwärtskompatiblen Weise, um eine leistungsstarke Methode für die Instrumentierung von Anwendungen und die Darstellung von Zeitdaten im Performance-Panel in DevTools bereitzustellen.

Mit der API hinzugefügte Timing-Einträge können einen benutzerdefinierten Zeitstempel, eine Dauer und Darstellungsoptionen (Track, Swimlane und Farbe) haben.
ChromeStatus.com Eintrag | Spezifikation

Web-APIs
Lesen von Interessengruppen im Shared Storage Worklet erlauben
Hinzufügen einer interestGroups()-Methode zum Shared Storage Worklet, um die Interessengruppen des Protected Audience, die mit dem Eigentümer des Shared Storage verbunden sind, mit einigen zusätzlichen Metadaten zurückzugeben.

Diese API bietet dem Käufer von Protected Audience einen besseren Überblick darüber, was mit seinen Nutzern geschieht, und ermöglicht Berichte zur privaten Aggregation.
ChromeStatus.com-Eintrag

Attributions-Berichtsfunktion: Entfernen der Begrenzung für aggregierbare Berichte, wenn die Auslösekontext-ID nicht null ist
Diese Änderung basiert auf dem Feedback von API-Aufrufern und der Notwendigkeit, eine höhere Anzahl von Konversionsereignissen für bestimmte Nutzerströme messen zu können.

Derzeit ist die API auf maximal 20 aggregierbare Berichte pro Quellregistrierung beschränkt, was für Anwendungsfälle, in denen ein Benutzer eine längere Benutzerreise hat, einschränkend ist. Mit dieser Änderung wird das Limit für aggregierbare Berichte aufgehoben, wenn eine Trigger-Kontext-ID als Teil der Registrierung angegeben wird. Die Aufhebung dieser Begrenzung ist nur dann möglich, wenn die Auslösekontext-ID angegeben wird, da die API in diesem Fall eine höhere Rate von Nullberichten anwendet, was dazu beiträgt, dass keine standortübergreifenden Informationen durch die Anzahl der Berichte durchsickern.

Darüber hinaus sind aggregierbare Berichte weiterhin an andere Grenzen gebunden, die die Gesamtmenge der messbaren Informationen einschränken, wie z. B. das L1-Beitragsbudget (65.536) pro Quelle und die Grenze für die Attributionsrate.
ChromeStatus.com-Eintrag

Abschwächung des Bounce-Trackings bei HTTP-Cache
Bounce-Tracking-Abschwächungen für den HTTP-Cache sind eine Erweiterung des bestehenden Anti-Bounce-Tracking-Verhaltens. Sie hebt die Anforderung auf, dass eine verdächtige Tracking-Site einen Speicherzugriff durchgeführt haben muss, um Bounce-Tracking-Abschwächungen zu aktivieren.

Die ursprünglich von Chrome vorgeschlagene Lösung zur Abschwächung des Bounce-Trackings wird ausgelöst, wenn eine Website während einer Weiterleitung auf den Browser-Speicher (z. B. in Cookies) zugreift. Bounce-Tracker können solche Maßnahmen jedoch systematisch umgehen, indem sie den HTTP-Cache zur Datenspeicherung nutzen. Durch die Lockerung der Auslösebedingungen für Bounce-Tracking-Abschwächungen sollte der Browser in der Lage sein, Bounce-Tracker abzufangen, die den HTTP-Cache verwenden.
Tracking-Fehler #40264244 | ChromeStatus.com-Eintrag | Spec

LLM-gestützte Erkennung von missbräuchlichen Benachrichtigungen auf Android-Geräten
Diese Einführung zielt darauf ab, den Inhalt von Benachrichtigungen auszublenden, bei denen der Verdacht besteht, dass sie missbräuchlich sind. Der Nutzer hat dann die Möglichkeit, die Benachrichtigung zu verwerfen, anzuzeigen oder sich von der Quelle abzumelden. Diese Erkennung soll durch ein On-Device-Modell erfolgen.
Eintrag auf ChromeStatus.com

OffscreenCanvas getContextAttributes
Hinzufügen der getContextAttributes-Schnittstelle von CanvasRenderingContext2D zu OffscreenCanvasRenderingContext2D.
Fehlerverfolgung #388437261 | ChromeStatus.com Eintrag | Spec

Private Aggregation API: Beitragsbeschränkungen pro Kontext für Shared Storage-Aufrufer
Ermöglicht Shared Storage-Aufrufern, die Anzahl der Beiträge pro Private Aggregation-Bericht anzupassen.

Mit dieser Funktion können Shared-Storage-Aufrufer mit einem neuen Feld, maxContributions, kontextabhängige Beitragsgrenzen konfigurieren. Mit diesem Feld können Anrufer die Standardanzahl von Beiträgen pro Bericht überschreiben - sowohl größere als auch kleinere Zahlen sind zulässig. Chrome akzeptiert Werte für maxContributions zwischen 1 und 1000 einschließlich; größere Werte werden als 1000 interpretiert.

Aufgrund von Auffüllungen wird die Größe der Nutzdaten jedes Berichts ungefähr proportional zur gewählten Anzahl der Beiträge pro Bericht sein. Wir gehen davon aus, dass die Entscheidung für größere Berichte die Kosten für den Betrieb des Aggregationsdienstes erhöhen wird.

Anrufer von Protected Audience werden von dieser Funktion nicht betroffen sein. Wir planen jedoch, in zukünftigen Funktionen Unterstützung für die Anpassung der Anzahl von Beiträgen für Protected Audience-Berichte hinzuzufügen.
Fehlerverfolgung #376707230 | ChromeStatus.com Eintrag | Spec

Unterstützung von Web Locks API in Shared Storage
Integriert die Web Locks API in Shared Storage. Dadurch werden Szenarien verhindert, in denen die seitenübergreifende Reichweitenmessung aufgrund der potenziellen Race Conditions innerhalb der get()- und set()-Logik zu doppelten Berichten führen kann.

Diese Änderung:

• Führt navigator.locks.request in die Worklet-Umgebung ein.
• Führt die { withLock: <Ressource>} Option für alle Modifizierungsmethoden.
• Einführung einer Batch-Modifizierungsmethode: sharedStorage.batchUpdate(methods, options). Mit dieser Methode und der Option withLock können mehrere Modifier-Methoden atomar ausgeführt werden, was Anwendungsfälle ermöglicht, in denen eine Website die Konsistenz aufrechterhalten muss, während sie Daten aktualisiert, die über mehrere Schlüssel organisiert sind.
  Fehlerverfolgung #373899210 | ChromeStatus.com Eintrag</resource>

Rendering und Grafik
Unterstützung von ImageSmoothingQuality in PaintCanvas
Unterstützung für das Attribut imageSmoothingQuality in PaintCanvas hinzugefügt. Damit können Sie beim Skalieren von Bildern einen Kompromiss zwischen Qualität und Leistung wählen. Es gibt insgesamt drei Optionen für imageSmoothingQuality: low, medium und high.
Fehlerverfolgung #None | ChromeStatus.com Eintrag | Spec

WebGPU-Untergruppen
Fügt WebGPU eine Untergruppenfunktionalität hinzu. Untergruppenoperationen führen SIMT-Operationen aus, um eine effiziente Kommunikation und gemeinsame Datennutzung zwischen Gruppen von Aufrufen zu ermöglichen. Diese Operationen können verwendet werden, um Anwendungen zu beschleunigen, indem die durch die Kommunikation zwischen Aufrufen entstehenden Speicher-Overheads reduziert werden.
ChromeStatus.com Eintrag | Spec

Ursprungsversuche
API für digitale Anmeldeinformationen
Websites können heute über eine Vielzahl von Mechanismen Anmeldeinformationen von mobilen Geldbörsenanwendungen abrufen, z. B. über benutzerdefinierte URL-Handler und QR-Code-Scans. Mit dieser Funktion können Websites Identitätsinformationen von Geldbörsen über das IdentityCredential CredMan-System von Android abrufen. Es ist erweiterbar, um mehrere Credential-Formate zu unterstützen (z. B. ISO mDoc und W3C verifizierbares Credential) und ermöglicht die Verwendung mehrerer Wallet-Apps. Es werden Mechanismen hinzugefügt, die dazu beitragen, das Risiko eines Missbrauchs der realen Identität im Ökosystem zu verringern.

Der mit Chrome 134 beginnende Origin-Trial bietet Unterstützung für diese API auf der Desktop-Plattform, wobei Chrome auf dem Desktop sicher mit der digitalen Brieftasche auf dem Android-Telefon kommuniziert, um die angeforderten Anmeldeinformationen abzurufen.
Origin Trial | Tracking Bug #40257092 | ChromeStatus.com Eintrag | Spec

Veralterungsversuch für SelectParserRelaxation
Dies ist eine Deprecation-Trial, die das alte Parser-Verhalten für das Parsen von <select>-Tags wieder aktiviert. Bei diesem alten Verhalten werden nicht unterstützte Inhalte stillschweigend verworfen und nicht in den DOM-Inhalt unterhalb des <select> aufgenommen. Diese Testversion kann für den Fall verwendet werden, dass das neue Verhalten, das mit Chrome 135 aktiviert wurde, eine Website beschädigt.
Origin Trial | ChromeStatus.com Eintrag

Abwertungen und Entfernungen
Entfernen von nicht standardmäßigen getUserMedia-Audio-Bedingungen
Blink unterstützt eine Reihe von nicht standardmäßigen goog-präfixierten Einschränkungen für getUserMedia aus einer Zeit, bevor Einschränkungen richtig standardisiert wurden.
Die Nutzung ist signifikant auf 0,000001% bis 0,0009% (je nach Einschränkung) gesunken und einige von ihnen haben aufgrund von Änderungen im Chromium Audio-Capture-Stack nicht einmal einen Effekt. Bald keine von ihnen wird keine Wirkung aufgrund anderer bevorstehender Änderungen haben.

Wir erwarten keine größeren Regressionen aufgrund dieser Änderung. Anwendungen, die diese Einschränkungen verwenden, werden weiterhin funktionieren, aber sie erhalten Audio mit den Standardeinstellungen (als ob keine Einschränkungen übergeben wurden). Sie können auf die Standard-Constraints umsteigen.</select></select>