Version bêta de Chrome 130

Rachel Andrew

Publié le 18 septembre 2024

Sauf indication contraire, les modifications suivantes s'appliquent à la dernière version du canal bêta de Chrome pour Android, ChromeOS, Linux, macOS et Windows. Pour en savoir plus sur les fonctionnalités listées ici, consultez les liens fournis ou la liste sur ChromeStatus.com. Chrome 130 est en version bêta depuis le 18 septembre 2024. Vous pouvez télécharger la dernière version sur Google.com pour ordinateur ou sur le Google Play Store sur Android.

CSS

Cette version ajoute quatre nouvelles fonctionnalités CSS.

Recherche dans l'arborescence plate des requêtes de conteneur CSS

La spécification des requêtes de conteneur a été modifiée pour rechercher les ancêtres d'une arborescence plate. Cette modification n'est pertinente que pour le Shadow DOM, où un élément pourra désormais voir des conteneurs non nommés dans les arbres d'ombre dans lesquels l'élément ou l'un de ses ancêtres est placé, même si la règle CSS n'utilise pas ::part() ou ::slotted().

Embranchement CSS: règle des déclarations imbriquées

Maintient les déclarations brutes à leur place après une règle imbriquée en encapsulant ces déclarations dans des règles CSSNestedDeclarations lors de l'analyse.

Compatibilité complète et sans préfixe avec box-decoration-break

Ajout de la prise en charge de box-decoration-break: clone à la fois pour la fragmentation en ligne (mise en page en ligne) et la fragmentation par bloc (pagination pour l'impression et la multicolonne).

Auparavant, dans Chrome, seule box-decoration-break:slice (la valeur initiale) était prise en charge pour la fragmentation de blocs, tandis que pour la fragmentation intégrée, box-decoration-break:clone était également pris en charge, mais uniquement lorsque la propriété -webkit-box-decoration-break était préfixée.

Autorisation d'autres pseudo-éléments et pseudo-classes après ::part()

Les sélecteurs CSS qui utilisent le pseudo-élément ::part() sont autorisés à avoir d'autres pseudo-éléments CSS (à l'exception de ::part()) et de nombreux types d'autres pseudo-classes CSS après eux. Les combinateurs ne sont toujours pas autorisés après ::part(), et les pseudo-classes qui dépendent de la structure arborescente ne sont pas autorisées.

Auparavant, Chrome n'autorisait qu'un nombre limité de pseudo-classes et de pseudo-éléments après ::part(). Cette modification autorise toutes les pseudo-classes et pseudo-éléments qui doivent être autorisés. Cela signifie que les sélecteurs tels que ::part(part-name):enabled et ::part(part-name)::marker sont désormais autorisés.

API Web

Fonctionnalité de l'API Attribution Reporting (champs d'attribution)

Ce changement est basé sur les commentaires des technologies publicitaires et sur la nécessité de contrôles de filtrage plus précis avant le processus d'attribution. Il permet aux appelants de l'API de spécifier un champ appelé "champs d'attribution" qui sera utilisé pour le filtrage avant de démarrer le flux d'attribution standard. Cela permet aux appelants d'API de contrôler plus précisément la granularité de l'attribution et de recevoir des rapports d'attribution appropriés lorsqu'il existe plusieurs annonceurs ou campagnes différents qui convertissent tous sur le même site de destination.

Fonctionnalité de l'API Attribution Reporting (amélioration de la confidentialité des clés de débogage)

Cette modification permet de limiter les problèmes de confidentialité potentiels liés aux clés de débogage.

Actuellement, l'API permet de spécifier une clé de débogage source ou une clé de débogage de déclencheur si des cookies tiers sont disponibles et peuvent être définis par les appelants de l'API. Si une clé de débogage de source ou de déclencheur est spécifiée, elle sera incluse dans le rapport d'attribution. Cela peut entraîner une fuite de confidentialité si les cookies tiers ne sont autorisés que sur le site de l'éditeur ou de l'annonceur, mais pas sur les deux.

Cette modification atténue ce problème en veillant à ce que les clés de débogage de la source et les clés de débogage du déclencheur ne soient incluses dans le rapport sur l'attribution que si elles sont présentes à la fois dans la source et dans le déclencheur, ce qui signifie que les cookies tiers étaient disponibles à la fois sur le site de l'éditeur et de l'annonceur. Cette modification s'appliquera à la fois aux rapports au niveau des événements et aux rapports agrégables.

Compression par dictionnaire pour le transport avec Shared Brotli et Shared Zstandard

Cette fonctionnalité permet d'utiliser des réponses précédemment désignées comme dictionnaire externe pour les réponses compressées avec encodage de contenu Brotli ou Zstandard.

Les entreprises peuvent rencontrer des problèmes de compatibilité potentiels avec leur infrastructure réseau si celle-ci intercepte le trafic HTTPS et ne prend pas en charge les encodages de contenu inconnus. La règle d'entreprise CompressionDictionaryTransportEnabled permet de désactiver la fonctionnalité de transport de compression par dictionnaire.

scrollIntoView() de lissage simultané

La méthode scrollIntoView() avec behavior: "smooth" permet aux développeurs de créer des conteneurs de défilement qui défilent vers leurs descendants avec une animation de défilement douce. Cette fonctionnalité corrige l'implémentation de l'API dans Chrome afin que les animations scrollIntoView en cours ne soient pas annulées par des défilements sans rapport sur d'autres conteneurs de défilement.

Cette fonctionnalité corrige également les cas où Chrome ne parvient pas à faire défiler la page jusqu'à l'ancre de fragment d'une page en raison d'un scrollIntoView concurrent appelé lors du chargement de la page.

Picture-in-picture dans les documents: ajout d'une option pour ignorer le cache des limites de la fenêtre

Cela ajoute un nouveau paramètre (preferInitialWindowPlacement) à l'API Picture-in-picture de document qui, lorsqu'il est défini sur "true", indique à l'agent utilisateur qu'il ne doit pas essayer de réutiliser la position ou la taille de la précédente image dans une fenêtre de ce site lors de l'ouverture de celui-ci.

Une fenêtre Picture-in-picture de document se ferme et se rouvre souvent plusieurs fois pour le même site, par exemple lorsque vous passez d'une visioconférence à une autre en mode PiP. L'agent utilisateur est libre de rouvrir la fenêtre PIP à sa taille et à son emplacement les plus récents, de sorte qu'elle reste à l'endroit où l'utilisateur l'a déplacée pour la dernière fois et assure la continuité entre les fenêtres PIP. Toutefois, si la nouvelle fenêtre n'a aucune relation sémantique avec la fenêtre précédente (par exemple, s'il s'agit d'un nouvel appel vidéo), le développeur peut utiliser ce paramètre pour indiquer à l'agent utilisateur qu'il serait préférable d'ouvrir cette fenêtre dans sa position et sa taille par défaut.

Découvrez comment ouvrir la fenêtre dans sa position et sa taille par défaut.

Amélioration des rapports d'erreurs dans IndexedDB en cas d'échec de lecture de valeurs importantes

Modification des rapports pour certains cas d'erreur qui étaient auparavant signalés avec un DOMException et le message "Échec de la lecture d'une grande valeur IndexedDB".

Chrome génère désormais une DOMException avec le nom "NotFoundError" lorsque le fichier contenant les données lues par une IDBRequest est manquant sur le disque afin que les sites puissent prendre les mesures correctives appropriées en cas d'échec irrécupérable. Les actions correctives peuvent inclure la suppression de l'entrée de la base de données, l'envoi d'une notification à l'utilisateur ou la récupération des données auprès des serveurs.

Conteneurs de défilement sélectionnables au clavier

Cette fonctionnalité permet de sélectionner les barres de défilement sans enfants sélectionnables au clavier par défaut.

Il s'agit d'une amélioration importante pour rendre les défileurs et les contenus qu'ils contiennent plus accessibles à tous les utilisateurs. Pour en savoir plus sur ses avantages, consultez la section Volants à faire défiler avec le clavier. Les barres de défilement sélectionnables au clavier seront activées par défaut à partir de Chrome 130. Si les sites Web ont besoin de temps pour s'adapter à cette nouvelle fonctionnalité, plusieurs options s'offrent à vous:

Services d'enchères et de mise aux enchères Protected Audience

L'API Protected Audience (anciennement FLEDGE) est une proposition de la Privacy Sandbox qui cible une audience personnalisée et les cas de remarketing. Elle est conçue pour empêcher les tiers de suivre les habitudes de navigation de l'utilisateur sur les sites.

Cette fonctionnalité, les services d'enchères et de mise aux enchères Protected Audience, offre un moyen d'autoriser le calcul d'audiences protégées sur des serveurs cloud dans un environnement d'exécution sécurisé, plutôt que de l'exécuter localement sur l'appareil d'un utilisateur. Déplacer des calculs vers des serveurs cloud peut contribuer à optimiser l'enchère d'audiences protégées en libérant des cycles de calcul et une bande passante réseau pour un appareil.

Prise en charge des URL à schéma non spécial

Auparavant, l'analyseur d'URL de Chrome n'était pas compatible avec les URL non spéciales. Il les analysait comme si elles avaient un "chemin opaque", ce qui n'est pas conforme à la norme d'URL. Désormais, l'analyseur d'URL de Chromium analyse correctement les URL non spéciales, conformément à la norme d'URL.

Pour en savoir plus, consultez bit.ly/url-non-special.

Fonctions intégrées JavaScript pour les chaînes WebAssembly

Cette fonctionnalité expose des opérations de chaîne JavaScript courantes à importer dans WebAssembly. Vous pouvez ainsi créer et manipuler des chaînes JavaScript à partir de WebAssembly sans prise en charge dans WebAssembly. Cela permet d'obtenir des performances similaires à celles des références de chaîne compatibles.

WebGPU: mélange de deux sources

Ajoute la fonctionnalité GPU facultative "dual-source-blending" qui permet de combiner deux sorties de nuanceur de fragment dans un seul framebuffer. Cette technique est particulièrement utile pour les applications qui nécessitent des opérations de mélange complexes, telles que celles basées sur les modes de mélange Porter-Duff. En réduisant le besoin de modifications fréquentes des objets d'état du pipeline, le mélange à deux sources peut améliorer les performances et la flexibilité.

Web Serial: attribut connected et événements de connexion RFCOMM

Cette fonctionnalité ajoute un attribut booléen SerialPort.connected. L'attribut renvoie true si le port série est connecté de manière logique. Pour les ports série filaires, un port est connecté de manière logique s'il est physiquement connecté au système. Pour les ports série sans fil, un port est connecté de manière logique si l'appareil qui l'héberge dispose de connexions ouvertes à l'hôte.

Auparavant, seuls les ports série filaires distribuaient les événements de connexion et de déconnexion. Avec cette fonctionnalité, les ports série RFCOMM Bluetooth distribuent ces événements lorsque le port devient connecté ou déconnecté de manière logique.

Cette fonctionnalité permet aux applications de détecter quand un port série RFCOMM Bluetooth est disponible sans l'ouvrir.

Pour en savoir plus, consultez les mises à jour Bluetooth RFCOMM dans Web Serial.

Phases d'évaluation en cours

Dans Chrome 130, vous pouvez activer les nouveaux essais de début suivants.

API Language Detector

API JavaScript permettant de détecter la langue d'un texte, avec des niveaux de confiance.

AttestationFormats WebAuthn

Prise en charge du champ attestationFormats à partir du niveau 3 de WebAuthn.

Le niveau 3 de WebAuthn permet à un site d'exprimer une préférence ordonnée pour les formats d'attestation d'identifiants dans le nouveau champ attestationFormats. Cette fonctionnalité permet de prendre en charge cette fonctionnalité sur Android, où plusieurs formats peuvent être pris en charge par les fournisseurs de clés d'accès.

Inscrivez-vous à l'essai des attestationFormats WebAuthn.

Abandons et suppressions

Cette version de Chrome introduit les abandons et suppressions suivants. Consultez ChromeStatus.com pour obtenir la liste des fonctionnalités abandonnées prévues, actuelles et supprimées précédemment.

Cette version de Chrome supprime une fonctionnalité.

Supprimer expectedImprovement dans DelegatedInkTrailPresenter

L'attribut expectedImprovement indique aux développeurs Web l'amélioration que l'API DelegatedInkTrails apportera à leur latence d'encre actuelle. Toutefois, cet attribut n'est pas utile pour augmenter l'entropie de l'empreinte digitale.

Cette version de Chrome abandonne une fonctionnalité.

Abandon de la méthode requestAdapterInfo() non standard de GPUAdapter

La méthode asynchrone requestAdapterInfo() dans WebGPU est redondante, car les développeurs peuvent déjà obtenir GPUAdapterInfo de manière synchrone à l'aide de l'attribut info GPUAdapter.