Dans presque toutes les versions de Chrome, nous constatons un nombre important de mises à jour et d'améliorations du produit, de ses performances et des fonctionnalités de la plate-forme Web. Cet article décrit certaines des fonctionnalités abandonnées et supprimées dans Chrome 63, qui est en version bêta depuis le 26 octobre. Consultez la page des abandons et suppressions pour en savoir plus sur les fonctionnalités abandonnées et supprimées de cette version et des versions précédentes de Chrome. Cette liste est susceptible d'être modifiée à tout moment.
Les propriétés d'interface avec un type Promise ne génèrent plus d'exceptions
Les propriétés et fonctions d'interface qui renvoient une promesse n'étaient pas cohérentes quant à la question de savoir si les conditions d'erreur génèrent des exceptions ou des refus, ce qui appellerait le bloc catch() d'une promesse. La version actuelle de la spécification IDL exige que toutes les propriétés et fonctions renvoyant une promesse soient rejetées plutôt que de générer une exception.
Par exemple, auparavant, un appel à MediaKeySession.closed générait une exception TypeError pour une invocation illégale s'il était appelé au mauvais moment. Avec cette modification, ces appels doivent désormais implémenter un bloc catch().
Cette modification permet d'aligner Chrome sur la spécification. Cette modification a déjà été apportée pour les fonctions.
Outil de suivi de l'état de Chrome | Bug Chromium
Suppression de getMatchedCSSRules()
La méthode getMatchedCSSRules() est une API WebKit uniquement qui permet d'obtenir la liste de toutes les règles de style appliquées à un élément particulier. Webkit dispose d'un bug ouvert pour le supprimer. C'est pourquoi elle a été supprimée de Chrome dans la version 63. Les développeurs qui ont besoin de cette fonctionnalité peuvent consulter cet article Stackoverflow.
Intent to Remove | Chromestatus Tracker | Bug Chromium
Suppression de RTCRtcpMuxPolicy de "negotiate"
Chrome utilise rtcpMuxPolicy pour spécifier sa règle préférée concernant l'utilisation du multiplexage RTP/RTCP. Dans Chrome 57, nous avons remplacé la valeur par défaut rtcpMuxPolicy par "require" et abandonné "negotiate" pour les raisons suivantes:
- Le RTCP non multiplexé utilise des ressources réseau supplémentaires.
- La suppression de "negotiate" simplifiera la surface de l'API, car un "RtpSender"/"RtpReceiver" n'aura alors qu'un seul transport.
Dans Chrome 63, "negotiate" est supprimé.