Chrome 127 bêta

Sauf indication contraire, les modifications suivantes s'appliquent à la dernière version de la 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 disponible sur ChromeStatus.com. Chrome 127 est en version bêta au 12 juin 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 trois nouvelles fonctionnalités CSS.

font-size-adjust

La propriété CSS font-size-adjust permet de modifier la taille des lettres minuscules par rapport à celle des majuscules, qui définit la taille globale de la police. Cette propriété est utile dans les cas où un remplacement de police peut se produire.

Chrome 127 inclut la syntaxe à deux valeurs pour transmettre une métrique de police et une valeur.

Texte alternatif à plusieurs arguments dans le contenu généré CSS

La propriété CSS content vous permet de spécifier un texte alternatif pour l'accessibilité à l'aide de la syntaxe suivante:

.has-before-content::before {
    content: url("cat.jpg") / "A cute cat";
  }

La syntaxe affichée, où le texte alternatif est fourni par une seule chaîne, est déjà compatible avec Chrome. À partir de Chrome 127, le texte alternatif peut être fourni par un nombre arbitraire d'éléments qui, en plus des chaînes, peuvent être des fonctions ou des compteurs attr(). Exemple :

.has-before-content::before {
  content: url("cat.jpg") / "A cute " attr(data-animal);
}

Notez que cette entrée de fonctionnalité n'inclut pas la prise en charge de compteur.

Prise en charge des transitions de vue dans les iFrames

À partir de Chrome 127, les transitions d'affichage simultanées d'un même document dans un frame principal et dans un iFrame de même origine seront disponibles.

Auparavant, l'exécution d'une transition de vue à l'aide de document.startViewTransition dans un iFrame de même origine ne fonctionnait pas si le frame principal exécutait une transition en même temps. La transition de l'iFrame serait automatiquement ignorée. Maintenant, les deux transitions vont s'exécuter.

Les transitions d'affichage des navigations entre documents de même origine dans un iFrame seront également acceptées.

API Web

Ajouts à Attribution Reporting

Chrome 127 inclut deux fonctionnalités supplémentaires pour Attribution Reporting. Les rapports de débogage agrégés permettent aux appelants de l'API de continuer à recevoir des informations de débogage, même après l'abandon des cookies tiers. Les champs d'application d'attribution permettent de mieux contrôler le filtrage de l'attribution.

Paramètre de contenu plein écran automatique

Un nouveau paramètre de contenu "Plein écran automatique" permet aux administrateurs d'entreprise d'autoriser les sites à passer en plein écran sans geste de l'utilisateur. Les utilisateurs peuvent également autoriser les applis Web isolées à utiliser cette fonctionnalité via les pages de paramètres du site.

Combiné à l'autorisation de gestion des fenêtres et aux pop-ups débloqués, il offre de précieuses fonctionnalités en plein écran:

  • Ouvrez un pop-up en plein écran sur un autre écran en un geste.
  • Affichez du contenu en plein écran sur plusieurs écrans à l'aide d'un seul geste.
  • Afficher le contenu en plein écran sur un nouvel écran lorsqu'il est connecté.
  • Passez d'un écran à l'autre en un seul geste.
  • Afficher le contenu en plein écran après l'expiration ou la consommation d'un geste de l'utilisateur

Bit de chaîne d'ancêtre intersite pour CookiePartitionKey des cookies partitionnés

Chrome 127 ajoute un bit d'ancêtre intersite au trousseau de clés CookiePartitionKey du cookie partitionné. Cette modification unifie la clé de partition avec les valeurs de clé de partition utilisées pour le partitionnement du stockage et ajoute une protection contre les attaques par détournement de clic en empêchant les frames intégrés intersites d'accéder aux cookies partitionnés du site de premier niveau.

Si une entreprise rencontre une défaillance avec les iFrames intégrés, elle peut utiliser la règle CookiesAllowedForUrls ou utiliser des cookies SameSite=None sans l'attribut partitionné, puis appeler l'API Storage Access (SAA) pour s'assurer que les iFrames intégrés ont accès aux mêmes cookies que le domaine de premier niveau.

Document Picture-in-picture: propager l'activation de l'utilisateur

Les activations utilisateur dans une fenêtre Picture-in-picture d'un document peuvent ainsi être utilisées dans sa fenêtre d'ouverture et dans l'inverse. Il est donc plus ergonomique d'utiliser des API dont l'activation est contrôlée par l'utilisateur, car les gestionnaires d'événements de la fenêtre Picture-in-picture du document sont souvent exécutés dans le contexte de l'ouverture. Le contexte de l'ouverture doit donc avoir accès au geste de l'utilisateur.

Intégrité de l'importmap

L'intégrité des modules ES importés ne peut actuellement pas être vérifiée et ne peut donc pas s'exécuter dans des environnements nécessitant une intégrité des sous-ressources ou avec des directives CSP require-sri-for.

Cette fonctionnalité ajoute une section integrity pour importer des cartes, ce qui permet aux développeurs de mapper les URL de module ES avec leurs métadonnées d'intégrité et de s'assurer qu'elles ne se chargent que lorsqu'elles correspondent aux hachages attendus.

Conteneurs de défilement sélectionnables au clavier

Cette fonctionnalité introduit les modifications suivantes:

Par défaut, les éléments de défilement sont sélectionnables par clic et par programmation. Par défaut, les défilements sans enfants sélectionnables sont sélectionnables au clavier.

Il s'agit d'une amélioration importante qui contribue à rendre les éléments de défilement et le contenu qu'ils contiennent plus accessibles à tous les utilisateurs. Pour en savoir plus sur ses avantages, consultez l'article "Défilements sélectionnables au clavier". Les curseurs sélectionnables au clavier seront activés par défaut à partir de Chrome 127. Si les sites Web ont besoin de temps pour s'adapter à cette nouvelle fonctionnalité, plusieurs options s'offrent à vous:

Compatibilité avec No-Vary-Search pour le prérendu

Étend la prise en charge de No-Vary-Search au prérendu en plus de l'ancien préchargement. Cela permet la mise en correspondance d'une entrée de prérendu même si certains paramètres de requête d'URL changent. L'en-tête de réponse HTTP No-Vary-Search déclare que tout ou partie de la requête d'une URL peut être ignorée à des fins de mise en cache.

Événements d'ancrage

Les événements d'ancrage permettent aux développeurs d'écouter de manière fiable lorsque la cible d'ancrage d'un conteneur de défilement change et d'effectuer des ajustements de style.

Les points d'ancrage du défilement CSS sont souvent utilisés comme mécanisme de création de composants de sélection interactifs de défilement, la sélection étant déterminée à l'aide d'observateurs d'intersection JavaScript et d'une estimation de fin de défilement. En créant des événements intégrés, l'état invisible devient exploitable, au bon moment et toujours correct.

Cette fonctionnalité ajoute deux événements JavaScript: scrollsnapchange et scrollsnapchanging. L'événement scrollsnapchange permet aux développeurs de savoir, à la fin d'une opération de défilement (y compris l'ancrage), que l'élément auquel un conteneur de défilement est ancré a changé. L'événement scrollsnapchanging indique, lors d'une opération de défilement, que le user-agent a l'intention d'ancrer le conteneur de défilement à une nouvelle cible d'ancrage en fonction de l'entrée de défilement.

Chapitre de la vidéo en MediaMetadata

Vous pouvez désormais ajouter des informations sur les chapitres individuels, telles que le titre de la section, son code temporel et une capture d'écran aux métadonnées multimédias. Cela permet aux utilisateurs de parcourir le contenu du média.

Il ne s'affichera que dans les notifications multimédias ChromeOS, et non dans les commandes multimédias globales du navigateur Chrome.

WebGPU: attribut d'information GPUAdapter

Ajoute un attribut d'information GPUAdapter synchrone pour récupérer les mêmes informations sur l'adaptateur physique qu'avec la méthode requestAdapterInfo() asynchrone GPUAdapter.

Phases d'évaluation en cours

Dans Chrome 127, vous pouvez activer les nouveaux essais d'origine suivants.

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

Cette fonctionnalité permet d'utiliser les réponses précédentes désignées en tant que dictionnaire externe pour les réponses HTTP compressées par Brotli (ou Zstandard).

Abandon de 0.0.0.0 pour l'accès au réseau privé (PNA)

Nous proposons de bloquer l'accès à l'adresse IP 0.0.0.0 avant le déploiement complet de PNA.

Chrome abandonne l'accès direct aux points de terminaison du réseau privé à partir de sites Web publics dans le cadre de la spécification PNA. Cette spécification considère que les services qui écoutent sur l'hôte local (127.0.0.0/8) sont considérés comme privés. La protection PNA de Chrome (déployée dans https://chromestatus.com/feature/5436853517811712) peut être contournée à l'aide de l'adresse IP 0.0.0.0 pour accéder aux services à l'écoute sur l'hôte local sous macOS et Linux.

Cela peut également être utilisé de manière abusive dans les attaques par DNS rebinding ciblant une application Web qui est à l'écoute sur l'hôte local.

Étant donné que 0.0.0.0 n'est pas (et ne doit pas être) utilisé dans la pratique, nous l'abandonnons séparément du reste de l'abandon des requêtes de réseau privé.

Abandon des cookies tiers

Nous prévoyons d'abandonner et de supprimer l'accès par défaut aux cookies tiers (ou intersites) en commençant par une période de test initiale de 1% au 1er trimestre 2024, suivie d'une suppression progressive prévue pour le 1er trimestre 2025, sous réserve de répondre à toutes les préoccupations en matière de concurrence de l'autorité britannique de la concurrence et des marchés.

L'arrêt progressif des cookies tiers est une initiative centrale de l'initiative Privacy Sandbox, qui vise à réduire de manière responsable le suivi intersites sur le Web (et au-delà) tout en répondant aux principaux cas d'utilisation grâce à de nouvelles technologies.

Partitionnement du stockage, service workers et API de communication

À partir de Chrome 115, les API de stockage, de service workers et de communication sont partitionnées dans des contextes tiers. De Chrome 113 à 126, les sites ont pu participer à un essai d'abandon pour annuler temporairement le partitionnement et restaurer le comportement antérieur des API de stockage, de service workers et de communication.

À partir de Chrome 125, le stockage sans cookies est pris en charge dans l'API Storage Access, ce qui devrait répondre à la majorité des cas d'utilisation du stockage non partitionné. Lorsque ces cas d'utilisation ne sont pas remplis, vous pouvez désormais demander le renouvellement de l'évaluation avant arrêt de DisableThirdPartyStoragePartitioning pour six jalons supplémentaires, pour les utilisateurs de Chrome 127 à 132 (inclus).

Pour en savoir plus, consultez cet article de blog sur le renouvellement de l'évaluation avant arrêt de Storage Partitioning.

Évaluation de l'abandon des conteneurs de défilement sélectionnables au clavier

Cette fonctionnalité introduit les modifications suivantes:

  • Par défaut, les éléments de défilement sont sélectionnables par clic et par programmation.
  • Par défaut, les défilements sans enfants sélectionnables sont sélectionnables au clavier.

Nous avons essayé d'envoyer ces modifications, et nous avons constaté qu'un nombre limité de sites avaient des attentes plus élevées concernant certains de leurs composants. Nous avons donc dû annuler la livraison de la fonctionnalité pour éviter cette défaillance. Compte tenu de ces avantages, la fonctionnalité sera disponible en 127. Pour laisser plus de temps aux sites concernés pour migrer leurs composants, nous lançons un essai d'abandon. Lorsque cette option est activée, la fonctionnalité est désactivée.

Abandons et suppressions

Cette version de Chrome introduit les abandons et les suppressions indiqués ci-dessous. Accédez à ChromeStatus.com pour obtenir la liste des abandons prévus, des abandons actuels et des suppressions précédentes.

Cette version de Chrome supprime trois fonctionnalités.

Événements de mutation

La prise en charge des événements de mutation sera désactivée par défaut à partir de Chrome 127. Vous devez migrer le code avant cette date pour éviter toute défaillance sur le site. Si vous avez besoin de plus de temps, plusieurs options s'offrent à vous:

Pour en savoir plus, consultez l'article de blog Abandon des événements de mutation.

Limiter les "requêtes de réseau privé" pour les sous-ressources de sites Web publics aux contextes sécurisés

Nécessite que les requêtes de réseau privé pour les sous-ressources provenant de sites Web publics ne puissent être lancées qu'à partir d'un contexte sécurisé. Il peut s'agir, par exemple, de requêtes Internet vers intranet et de requêtes de rebouclage.

Il s'agit d'une première étape vers la mise en œuvre complète de l'accès au réseau privé.

Supprimer l'ancienne syntaxe d'état personnalisé CSS

Changement de nom : la pseudo-classe d'état personnalisé CSS :--foo devient :state(foo). La nouvelle syntaxe, :state(foo), a été activée par défaut. Nous supprimons donc la syntaxe :--foo.

Firefox et Safari n'ont jamais mis en œuvre l'ancienne syntaxe, et ils ont tous les deux livré la nouvelle.

Les entreprises clientes ayant besoin de plus de temps peuvent utiliser la règle CSSCustomStateDeprecatedSyntaxEnabled. Cette règle sera supprimée dans Chrome 131.