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 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 pour Android.

CSS

Cette version ajoute quatre nouvelles fonctionnalités CSS.

Recherche d'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'arborescence plate. Cette modification ne concerne que le Shadow DOM, où un élément pourra désormais voir les conteneurs sans nom à l'intérieur des arbres fantômes dans lesquels l'élément ou l'un de ses ancêtres sont insérés, même si la règle CSS n'utilise pas ::part() ni ::slotted().

Imbrication CSS : la règle des déclarations imbriquées

Conserve les déclarations brutes suivant une règle imbriquée à leur place, en les encapsulant dans des règles CSSNestedDeclarations lors de l'analyse.

Compatibilité totale avec box-decoration-break sans préfixe

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

Auparavant, dans Chrome, seule la valeur box-decoration-break:slice (valeur initiale) était acceptée pour la fragmentation des blocs, tandis que pour la fragmentation en ligne, la valeur box-decoration-break:clone était également acceptée, mais uniquement lors de l'utilisation de la propriété préfixée -webkit-box-decoration-break.

Autoriser plus de pseudo-éléments et de 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 (sauf ::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 ensemble limité de pseudo-classes et de pseudo-éléments après ::part(). Cette modification autorise toutes les pseudo-classes et tous les pseudo-éléments qui doivent l'être. 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 (scopes d'attribution)

Cette modification est basée sur les commentaires des technologies publicitaires et sur la nécessité de disposer de contrôles de filtrage plus précis avant le processus d'attribution. Il permet aux appelants d'API de spécifier un champ appelé "scopes d'attribution", qui sera utilisé pour le filtrage avant de démarrer le flux d'attribution habituel. Cela permet aux appelants d'API de contrôler plus précisément la précision de l'attribution et de recevoir des rapports d'attribution appropriés lorsqu'il existe plusieurs annonceurs ou campagnes différents qui génèrent tous des conversions 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 combler une éventuelle lacune en matière de confidentialité avec les 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 les cookies tiers sont disponibles et peuvent être définis par les appelants d'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 données personnelles 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 imposant que les clés de débogage de la source et du déclencheur ne soient incluses dans le rapport sur l'attribution que si elles sont présentes à la fois sur la source et sur le déclencheur. Cela signifie que les cookies tiers étaient disponibles à la fois sur le site de l'éditeur et sur celui de l'annonceur. Cette modification s'appliquera 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 compression par dictionnaire pour le transport.

Lissage simultané scrollIntoView()

La méthode scrollIntoView() avec behavior: "smooth" permet aux développeurs de créer des conteneurs de défilement qui défilent jusqu'à leurs descendants avec une animation de défilement fluide. Cette fonctionnalité corrige l'implémentation de l'API par Chrome afin que les animations scrollIntoView en cours ne soient pas annulées par des défilements non liés 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 en raison d'un scrollIntoView concurrent qui est appelé lors du chargement de la page.

Picture-in-picture de document : ajout d'une option permettant d'ignorer le cache des limites de la fenêtre

Cela ajoute un nouveau paramètre (preferInitialWindowPlacement) à l'API Picture-in-Picture du 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 du Picture-in-Picture du document précédent de ce site lors de l'ouverture de celui-ci.

Souvent, une fenêtre Picture-in-picture de document se ferme et se rouvre plusieurs fois pour le même site, par exemple lorsqu'une visioconférence est déplacée vers et depuis le mode Picture-in-picture. 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 en dernier et assure la continuité entre les fenêtres PIP. Toutefois, si la nouvelle fenêtre n'a aucun lien 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 que cette fenêtre pourrait être mieux ouverte 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 volumineuses

Modification du reporting 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érera désormais une DOMException nommée "NotFoundError" lorsque le fichier contenant les données lues par une IDBRequest est manquant sur le disque. Les sites pourront ainsi 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, la notification de l'utilisateur ou la récupération des données à partir des serveurs.

Conteneurs de défilement sélectionnables au clavier

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

Il s'agit d'une amélioration importante qui permet de rendre les éléments de défilement et leur contenu plus accessibles à tous les utilisateurs. Pour en savoir plus sur ses avantages, consultez Scrollers pouvant être sélectionnés au 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 les cas d'utilisation d'audiences personnalisées et de remarketing. Elle est conçue pour empêcher les tiers de suivre les habitudes de navigation des utilisateurs sur les sites.

Cette fonctionnalité, Protected Audience Bidding and Auction Services, décrit 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 Protected Audience, afin de libérer 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 de chaîne JavaScript WebAssembly

Cette fonctionnalité expose les opérations de chaîne JavaScript courantes pour l'importation dans WebAssembly. Cela vous permet de créer et de manipuler des chaînes JavaScript à partir de WebAssembly sans prise en charge dans WebAssembly. Cela permet toujours d'obtenir des performances similaires à celles des références de chaînes compatibles.

WebGPU : combinaison de deux sources

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

Attribut connected de l'API Web Serial 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é logiquement. Pour les ports série filaires, un port est logiquement connecté s'il est physiquement rattaché au système. Pour les ports série sans fil, un port est logiquement connecté si l'appareil qui l'héberge a des connexions ouvertes à l'hôte.

Auparavant, seuls les ports série filaires déclenchaient des événements de connexion et de déconnexion. Avec cette fonctionnalité, les ports série RFCOMM Bluetooth distribuent ces événements lorsque le port est logiquement connecté ou déconnecté.

Cette fonctionnalité est destinée à permettre aux applications de détecter quand un port série Bluetooth RFCOMM est disponible sans ouvrir le port.

Pour en savoir plus, consultez Mises à jour de Bluetooth RFCOMM dans Web Serial.

Phases d'évaluation en cours

Dans Chrome 130, vous pouvez participer aux nouvelles phases d'évaluation Origin Trial suivantes.

API Language Detector

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

Formats d'attestation WebAuthn

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

WebAuthn de niveau 3 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 acceptés par les fournisseurs de clés d'accès.

Inscrivez-vous à l'essai des formats d'attestation WebAuthn.

Arrêts et suppressions

Cette version de Chrome introduit les abandons et les suppressions suivants. Consultez ChromeStatus.com pour obtenir la liste des abandons prévus, des abandons en cours et des suppressions précédentes.

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 à la latence de l'encre actuelle. Toutefois, cet attribut ne vaut pas l'augmentation de l'entropie de l'empreinte numérique.

Cette version de Chrome abandonne une fonctionnalité.

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

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 GPUAdapter info.