Date de sortie de la version stable : 10 février 2026
Sauf indication contraire, les modifications suivantes s'appliquent à la version stable 145 de Chrome pour Android, ChromeOS, Linux, macOS et Windows.
CSS et UI
Ajouter la prise en charge de la propriété CSS text-justify
Vous pouvez contrôler la façon dont le texte est justifié lorsque text-align: justify est appliqué à l'aide de la propriété text-justify. Par exemple, vous pouvez forcer la justification en élargissant l'espace entre les caractères, même dans un texte en anglais.
Bug de suivi n° 40321528 | Entrée ChromeStatus.com | Spécification
Activer les valeurs en pourcentage pour les propriétés CSS letter-spacing et word-spacing
Activez les valeurs de pourcentage pour les propriétés CSS letter-spacing et word-spacing, comme défini dans la spécification du module de texte CSS de niveau 4. Les valeurs de pourcentage sont calculées par rapport à la mesure d'avance du caractère d'espace (U+0020). Vous bénéficiez ainsi d'un contrôle plus robuste et flexible sur la typographie, en particulier dans les conceptions responsives où l'espacement du texte doit s'adapter à différentes tailles de fenêtre d'affichage et de police.
Bug de suivi n° 327740939 | Entrée ChromeStatus.com | Spécification
Affiner le calcul du bord de l'ombre de border-radius pour une valeur border-radius élevée
Cette modification garantit que les ombres et les limites de clip sur les éléments presque circulaires (où border-radius est proche de 50 %) correspondent précisément au contour visuel du bord arrondi.
Cela permet un rendu plus cohérent des formes arrondies complexes, en éliminant les différences visuelles pour les valeurs de rayon élevées. Le facteur d'ajustement border-radius, qui garantit que les angles apparaissent nets pour les petits rayons, est progressivement atténué à mesure que la valeur du rayon approche de 50 %.
Cela s'applique également aux contours non arrondis (utilisant corner-shape), qui utilisent désormais le même mécanisme d'ajustement du rayon.
Bug de suivi n° 448651073 | Entrée ChromeStatus.com | Spécification
Retour à la ligne pour les colonnes dans multicol
Ajout de la prise en charge des propriétés CSS column-wrap et column-height, à partir de multicol Level 2.
Cela permet une mise en page en colonnes verticales, voire en colonnes 2D. Les colonnes peuvent avoir une hauteur contrainte explicite, au lieu d'être dérivées de la hauteur content-box du conteneur multicol. Ils passent à une nouvelle ligne de colonnes lorsque toutes les colonnes d'une ligne ont été remplies, au lieu de créer des colonnes qui débordent dans le sens inline.
Bug de suivi n° 403183884 | Entrée ChromeStatus.com | Spécification
Exposer l'événement onanimationcancel à GlobalEventHandlers
CSS Animations Level 1 étend l'interface GlobalEventHandlers définie dans la spécification HTML, en déclarant quatre nouveaux gestionnaires d'événements : onanimationstart, onanimationiteration, onanimationend et onanimationcancel. Seul le gestionnaire d'événements onanimationcancel manquait dans l'IDL GlobalEventHandlers.
Bug de suivi n° 464010037 | Entrée ChromeStatus.com | Spécification
Liste déroulante personnalisable
Cela étend la prise en charge de la sélection personnalisable au mode d'affichage de la zone de liste, y compris la sélection unique et multiple en mode zone de liste.
Le mode de rendu de la zone de liste affiche l'élément select dans le flux ou sur la page, plutôt qu'avec un bouton et un pop-up distincts. Vous pouvez activer le mode d'affichage de la zone de liste sur toutes les plates-formes à l'aide des attributs multiple ou size, par exemple <select multiple> ou <select size=4>. Lorsque la propriété CSS appearance: base-select est appliquée à l'élément select avec ces attributs, le rendu et le comportement d'entrée sont améliorés.
Cette fonctionnalité ne prend pas en charge les select personnalisables pour le pop-up à sélection multiple, qui seront pris en charge ultérieurement. Vous devez définir les attributs suivants pour obtenir un pop-up à sélection multiple : <select multiple size=1>.
Bug de suivi n° 357649033 | Entrée ChromeStatus.com | Spécification
L'option focusVisible sur focus
Lorsque vous appelez la méthode focus(), vous pouvez fournir un booléen focusVisible dans le dictionnaire FocusOptions. Si la valeur est "true", un anneau de sélection est toujours peint autour de l'élément nouvellement sélectionné et correspond à la pseudo-classe :focus-visible.
Si la valeur est "false", l'anneau de sélection n'est pas dessiné et :focus-visible ne correspond pas.
En son absence, le user-agent détermine lui-même si l'anneau de sélection doit être peint et la pseudo-classe :focus-visible correspond en conséquence.
Bug de suivi n° 462191849 | Entrée ChromeStatus.com | Spécification
Active le rendu des emoji monochromes en mode couleurs forcées.
Cette modification met à jour le comportement de rendu des emoji de Chromium en mode Couleurs forcées.
Lors de la résolution des valeurs calculées, les emoji dont la valeur font-variant-emoji est calculée sur normal ou unicode sont affichés à l'aide de leurs glyphes monochromes, le cas échéant.
Chromium supprime donc le rendu des emoji en couleur, ce qui garantit que les emoji participent pleinement au pipeline du mode Couleurs forcées et respectent les couleurs à contraste élevé du système. Le comportement en dehors du mode Couleurs forcées reste inchangé.
Bug de suivi n° 420857717 | Entrée ChromeStatus.com | Spécification
Effet de surbalayage sur les éléments de défilement non racines
Cela montre les effets de défilement hors limites élastiques sur les conteneurs de défilement non racine. Lorsqu'un élément à défilement imbriqué atteint sa limite de défilement, l'affordance de dépassement de défilement s'applique à cet élément au lieu de s'appliquer uniquement au scroller racine. Cela réduit le besoin de solutions de contournement JavaScript personnalisées et peut être contrôlé par élément avec overscroll-behavior.
Bug de suivi n° 41102897 | Entrée ChromeStatus.com | Spécification
Capacités
Afficher la position réelle de la fenêtre sur Android
Chrome sur Android indique précisément la position et la taille de la fenêtre du navigateur à l'aide de window.screenX, window.screenY, window.outerWidth et window.outerHeight.
Auparavant, Chrome supposait à tort que toutes les fenêtres du navigateur sur Android commençaient aux coordonnées (0, 0). Cette hypothèse est inexacte pour les tablettes Android qui utilisent le mode fenêtré de forme libre. Les sites Web recevaient toujours 0 lorsqu'ils interrogeaient la position à l'écran de la fenêtre à l'aide de window.screenX et window.screenY. Ces champs stockent les coordonnées du coin supérieur gauche de la fenêtre dans l'espace de coordonnées de la zone de travail globale.
De plus, Chrome sur Android supposait à tort que les dimensions extérieures de la fenêtre du navigateur étaient égales aux dimensions intérieures de la fenêtre d'affichage du site Web.
window.screenX et window.screenY ont des alias : window.screenLeft et window.screenTop.
Bug de suivi 417632037 | Entrée ChromeStatus.com | Spécification
JavaScript
Faire un upsert
Il s'agit d'une proposition ECMAScript pour Map.prototype.getOrInsert, Map.prototype.getOrInsertComputed, WeakMap.prototype.getOrInsert et WeakMap.prototype.getOrInsertComputed.
Bug de suivi n° 434977728 | Entrée ChromeStatus.com | Spécification
API clé-valeur de rapports d'erreur
Une nouvelle API de paires clé-valeur, window.crashReport, est soutenue par une carte par document contenant les données que Chrome ajoute aux rapports d'erreur.
Les données placées dans la carte de sauvegarde de cette API sont envoyées dans CrashReportBody si le site rencontre des plantages de processus de rendu. Cela vous permet de déboguer l'état spécifique de votre application qui pourrait être à l'origine d'un plantage donné.
Bug de suivi n° 400432195 | Entrée ChromeStatus.com | Spécification
Chaînes user-agent réduites par défaut
À partir de Chrome 145, Chrome supprime la règle UserAgentReduction. Cette règle permettait de contrôler si Chrome envoyait une chaîne user-agent réduite ou complète.
Pour améliorer la confidentialité des utilisateurs et réduire les capacités de suivi passif, Chrome a commencé à réduire par défaut les informations contenues dans l'en-tête User-Agent dans la version 110 de Chrome. La règle UserAgentReduction a été fournie aux entreprises comme mesure temporaire pour gérer cette transition.
Le mécanisme recommandé pour que les sites Web accèdent aux informations sur le navigateur et l'appareil est User-Agent Client Hints (UA-CH). UA-CH exige que les sites Web demandent activement des informations spécifiques, ce qui est une approche plus respectueuse de la confidentialité que l'ancienne chaîne User-Agent. Pour en savoir plus, consultez l'article web.dev Migrer vers User-Agent Client Hints.
À partir de Chrome 145, la règle UserAgentReduction n'a plus aucun effet. Chrome envoie une chaîne user-agent réduite par défaut. Les systèmes ou applications qui s'appuyaient sur cette règle pour recevoir la chaîne User-Agent complète (ancienne) risquent de ne plus recevoir les informations détaillées auxquelles ils s'attendent.
API Navigation : exposer la destination dans navigation.transition
NavigationTransition possède une propriété from qui expose l'ancienne URL de la navigation. Pour ce faire, exposez to (un NavigationDestination). Elle est particulièrement utile lorsque vous utilisez des gestionnaires de pré-commit, car lors du pré-commit, l'URL actuelle n'a pas encore basculé vers la destination.
navigation.transition n'est exposé que pour les navigations interceptées, c'est-à-dire les navigations initiées par un document de même origine.
Bug de suivi n° 447171238 | Entrée ChromeStatus.com | Spécification
Confirmation de paiement sécurisé : clés liées au navigateur
Cela ajoute une signature cryptographique supplémentaire aux assertions de confirmation de paiement sécurisé et à la création d'identifiants. La clé privée correspondante n'est pas synchronisée sur les appareils. Cela vous aide à respecter les exigences concernant l'association d'appareils pour les transactions de paiement.
Bug de suivi n° 377278827 | Entrée ChromeStatus.com | Spécification
Confirmation de paiement sécurisé : actualisation de l'UX
Mise à jour des éléments d'UI pour la boîte de dialogue SPC sur Android Chrome.
En plus de la présentation de l'UX, les éléments suivants sont ajoutés :
- Les marchands peuvent fournir une liste facultative de logos d'entités de paiement liés au paiement qui s'affichent dans l'UI.
- Différents états de sortie sont renvoyés au marchand selon que l'utilisateur souhaite poursuivre la transaction sans SPC ou l'annuler. Dans les deux cas, un seul état de sortie est envoyé.
- Un champ de libellé de détails de paiement est ajouté à l'instrument de paiement afin que le texte soit présenté sur deux lignes dans SPC.
Bug de suivi n° 405173922 | Entrée ChromeStatus.com | Spécification
Attribut maxAge de l'API Cookie Store
Vous pouvez spécifier un maxAge lorsque vous définissez un cookie avec Cookie Store API.
La durée d'expiration des cookies est déjà configurable à l'aide de l'attribut expires, mais maxAge offre une option plus idiomatique et aligne Cookie Store API sur les options fournies par document.cookie et l'en-tête HTTP Set-Cookie.
Bug de suivi n° 430926231 | Entrée ChromeStatus.com | Spécification
Types InputEvent pour les commandes de suppression sur les sélections non réduites
Ce rapport indique les valeurs inputType exactes pour les raccourcis clavier de suppression du texte sélectionné. Lorsque des commandes de suppression telles que Ctrl+Backspace ou Ctrl+Delete sont utilisées avec du texte sélectionné dans des éléments contenteditable, les événements beforeinput et input signalent deleteContentBackward ou deleteContentForward au lieu de deleteWordBackward ou deleteWordForward. Cela vous permet de comprendre correctement l'opération de modification qui s'est produite et d'implémenter des comportements fiables d'annulation, de rétablissement ou de modification personnalisée.
Numéro de suivi du bug 41423062 | Entrée ChromeStatus.com | Spécification
Activation persistante pour l'événement clipboardchange
Cela nécessite une activation persistante de l'utilisateur ou une autorisation clipboard-read pour déclencher des événements clipboard-read, ce qui empêche la surveillance non autorisée du presse-papiers.clipboardchange
L'événement clipboardchange est relativement nouveau (Chrome 144) et n'entraîne que peu de changements visibles sur le Web. Dans la plupart des cas, l'activation persistante de l'utilisateur ou l'autorisation clipboard-read est déjà présente là où la surveillance du presse-papiers a lieu (par exemple, dans les clients de bureau à distance).
Bug de suivi n° 468821937 | Entrée ChromeStatus.com | Spécification
Multimédia
Exposer rtpTimestamp à partir des images vidéo WebRTC avec VideoFrame.metadata()
Ajoute une méthode VideoFrame.metadata() qui renvoie un dictionnaire contenant le champ rtpTimestamp, si le VideoFrame sous-jacent possède ce champ dans ses métadonnées natives. Sinon, un dictionnaire vide est renvoyé. Seules les images vidéo provenant de sources WebRTC sont associées aux métadonnées rtpTimestamp.
Des champs de métadonnées supplémentaires sont déjà présents dans l'implémentation native et pourront être exposés à JavaScript au fil du temps, comme indiqué dans la spécification proposée.
Entrée ChromeStatus.com | Spécification
Stockage
IndexedDB : backend SQLite (contextes en mémoire)
L'implémentation IndexedDB de Chromium a été réécrite sur SQLite, pour remplacer l'implémentation précédente qui utilisait un hybride de LevelDB et de fichiers plats. Aucune modification n'a été apportée à l'API Web.
Cela améliore la fiabilité et, dans une moindre mesure, les performances.
Cela ne s'applique qu'aux contextes en mémoire tels que le mode navigation privée dans Chromium et Google Chrome. Cela limite l'impact de tout nouveau bug et repousse la nécessité de migrer les données existantes conservées sur le disque.
Suivi du bug 436880911 | Entrée ChromeStatus.com | Spécification
Performances
Permettre aux applications Web de comprendre les timings de performances bimodales
Un nouveau champ confidence sur l'objet PerformanceNavigationTiming vous permet de déterminer si les temps de navigation sont représentatifs de votre application Web.
Bug de suivi 1413848 | Entrée ChromeStatus.com | Spécification
Ajouter presentationTime et paintTime aux entrées de performances
Cela expose paintTime et presentationTime dans le timing des éléments, le LCP, les longs frames d'animation et le timing de peinture.
paintTime correspond au moment où la phase de rendu s'est terminée et où le navigateur a commencé la phase de peinture. presentationTime correspond au moment où les pixels ont atteint l'écran, ce qui est quelque peu défini par l'implémentation.
Cette entrée de fonctionnalité omet le timing des événements, qui est effectué séparément.
Bug de suivi n° 378827535 | Entrée ChromeStatus.com | Spécification
Utilisation de CssPixels dans l'API LayoutShift
Cette fonctionnalité modifie les données d'attribution (prevRect et currentRect) dans l'API LayoutShift pour qu'elles soient signalées en pixels CSS au lieu de pixels physiques. Ce comportement est incohérent avec celui des autres API liées à la mise en page, qui utilisent toutes des pixels CSS. Ce changement améliore la cohérence, simplifie l'utilisation pour vous et s'aligne sur les unités attendues dans le débogage et les outils.
Bug de suivi n° 399058544 | Entrée ChromeStatus.com | Spécification
Sécurité
Identifiants de session liés à l'appareil
Les identifiants de session liés à l'appareil permettent aux sites Web d'associer la session d'un utilisateur à son appareil spécifique, ce qui rend beaucoup plus difficile l'utilisation de cookies de session volés sur d'autres machines.
Entrée ChromeStatus.com | Spécification
API Origin
L'origine est un composant fondamental de l'implémentation du Web, essentiel aux limites de sécurité et de confidentialité que maintiennent les agents utilisateur. Le concept est bien défini entre HTML et URL, ainsi que pour les concepts adjacents largement utilisés comme site.
Toutefois, les origines ne vous sont pas directement exposées. Bien qu'il existe différents getters d'origine sur différents objets, chacun d'eux renvoie la sérialisation ASCII d'une origine, et non l'origine elle-même. Cela a plusieurs conséquences négatives. En pratique, lorsque vous essayez d'effectuer des comparaisons d'origine identique ou de même site lors de la gestion des origines sérialisées, vous commettez souvent des erreurs qui entraînent des failles de sécurité. D'un point de vue philosophique, il semble qu'il s'agisse d'une primitive de sécurité manquante que vous avez du mal à polyfiller avec précision.
Dans Chrome 145, Chrome comble cette lacune de la plate-forme en introduisant un objet Origin qui encapsule le concept d'origine et fournit des méthodes utiles telles que la comparaison, la sérialisation et l'analyse.
Bug de suivi n° 434131026 | Entrée ChromeStatus.com | Spécification
Autorisations fractionnées pour l'accès au réseau local
Il s'agit d'une amélioration des restrictions d'accès au réseau local (LNA), où Chrome divise l'autorisation requise en deux autorisations distinctes.
L'ancienne autorisation est local-network-access. Les nouvelles autorisations sont local-network (pour les demandes LNA aux adresses IP dans l'espace d'adresses local) et loopback-network (pour les demandes LNA aux adresses IP dans l'espace d'adresses de bouclage).
L'ancienne autorisation est conservée en tant qu'alias et continue de fonctionner pour permissions.query et Permissions Policy. Les règles d'entreprise continueront de fonctionner de la même manière. Des règles d'entreprise plus récentes et plus précises seront ajoutées ultérieurement.
Bug de suivi n° 465491626 | Entrée ChromeStatus.com | Spécification
Alignement de la spécification Trusted Types
Trusted Types a été implémenté et lancé dans Chromium en 2019, et a depuis été utilisé sur de nombreux sites Web. Il a récemment suscité l'intérêt d'autres fournisseurs de navigateurs.
La spécification Trusted Types a été co-écrite en tant que spécification de "monkey patch" avec l'implémentation d'origine. Il reçoit une nouvelle attention alors que d'autres tentent d'implémenter la même spécification. Il a été "upstreamé" dans HTML + DOM (plus un peu de CSP). Dans le cadre de ce processus, diverses incohérences sont identifiées et corrigées. Certains de ces correctifs peuvent être observés par les développeurs. L'objectif est de mettre à jour l'implémentation pour qu'elle corresponde à la spécification telle qu'elle est transmise en amont dans HTML.
En parallèle, WebKit a lancé son implémentation de la spécification Trusted
Types mise à jour, ce qui donne à Chrome la certitude que cette mise à jour est hautement compatible avec le Web.
Bug de suivi n° 330516530 | Entrée ChromeStatus.com | Spécification
Graphiques
WebGPU : subgroup_uniformity
Cela ajoute un nouveau champ d'application à l'analyse de l'uniformité et modifie les parties de la langue qui sont vérifiées dans chacune d'elles pour permettre à la fonctionnalité de sous-groupe d'être considérée comme uniforme dans davantage de cas.
Bug de suivi n° 454653380 | Entrée ChromeStatus.com | Spécification
Applications Web isolées
WebRequest.SecurityInfo en Controlled Frame
Cette fonctionnalité introduit une API WebRequest.SecurityInfo pour ControlledFrame. Il permet à une application Web d'intercepter une requête HTTPS, WSS ou WebTransport envoyée à un serveur, de récupérer l'empreinte numérique du certificat du serveur (telle que vérifiée par le navigateur), puis d'utiliser cette empreinte numérique pour vérifier manuellement le certificat d'une connexion TCP/UDP brute distincte au même serveur. Cela permet à l'application de confirmer qu'elle communique avec le bon serveur.
Bug de suivi n° 462114142 | Entrée ChromeStatus.com | Spécification
Phases d'évaluation
Prise en charge du décodage JPEG XL (image/jxl) dans Blink
Ajoute la prise en charge du décodage des images JPEG XL (image/jxl) dans Blink à l'aide de jxl-rs, un décodeur Rust pur et sécurisé en mémoire.
JPEG XL est un format d'image moderne normalisé en tant que norme ISO/IEC 18181. Il offre les avantages suivants :
- Décodage progressif pour améliorer les performances de chargement perçues.
- Prise en charge de la large gamme de couleurs, du HDR et de la profondeur de bit élevée.
- Prise en charge des animations.
Cette implémentation utilise jxl-rs au lieu du décodeur de référence libjxl C++ pour répondre aux exigences de sécurité de la mémoire de Chromium. Le décodeur est contrôlé par l'indicateur enable-jxl-image-format et l'indicateur de compilation enable_jxl_decoder.
WebAudio : quantum de rendu configurable
AudioContext et OfflineAudioContext acceptent désormais un renderSizeHint facultatif, ce qui permet aux utilisateurs de demander une taille de quantum de rendu spécifique lorsqu'un entier est transmis, d'utiliser la valeur par défaut de 128 frames si rien ou default n'est transmis, ou de demander à l'agent utilisateur de choisir une taille de quantum de rendu appropriée si hardware est spécifié.
Essai d'origine | Entrée ChromeStatus.com
Arrêts et suppressions
Suppression de la prise en charge des caméras virtuelles obsolètes sur macOS
Chrome supprime la compatibilité avec les caméras virtuelles obsolètes pour toutes les versions de macOS qu'il prend en charge.
Bug de suivi n° 461717105 | Entrée ChromeStatus.com
Supprimer l'extension BMP pour l'intégration de JPEG ou PNG dans BMP
Chrome supprime l'extension BMP pour l'intégration de JPEG ou PNG dans BMP.
Bug de suivi n° 456842524 | Entrée ChromeStatus.com | Spécification