Abandons et suppressions dans Chrome 63

Joe Medley
Joe Medley

Dans presque chaque version de Chrome, nous constatons un grand nombre 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 certains des abandons et suppressions effectués dans Chrome 63, en version bêta depuis le 26 octobre. Consultez la page Abandons et suppressions pour en savoir plus sur les abandons et suppressions liés à cette version et aux 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 d'interface et les fonctions qui renvoient une promesse sont incohérentes quant à savoir si les conditions d'erreur génèrent des exceptions ou des rejets, ce qui appelle le bloc catch() d'une promesse. La version actuelle de la spécification IDL appelle toutes les propriétés et fonctions qui renvoient des promesses à rejeter plutôt qu'à générer une exception.

Par exemple, précédemment, un appel à MediaKeySession.closed générait une exception TypeError pour un appel illégal s'il était appelé au mauvais moment. Avec cette modification, ces appels doivent maintenant implémenter un bloc catch().

Avec cette modification, Chrome est conforme à la spécification. Cette modification a déjà été apportée aux fonctions.

Outil de suivi Chromestatus | Bug Chromium

Suppression de getMatchedCSSRules()

La méthode getMatchedCSSRules() est une API réservée à Webkit permettant 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 est supprimée de Chrome dans la version 63. Les développeurs qui ont besoin de cette fonctionnalité peuvent consulter cet article Stack Overflow.

Intention de suppression | Outil de suivi Chromestatus | Bug Chromium

Suppression de la règle RTCRtcpMuxPolicy de "négocié"

Le rtcpMuxPolicy permet à Chrome de spécifier la règle à privilégier concernant l'utilisation du multiplexage RTP/RTCP. Dans Chrome 57, nous avons remplacé la valeur par défaut rtcpMuxPolicy par "require" (nécessite) et avons abandonné "deved" (négocier) pour les raisons suivantes:

  • Le RTCP non multiple utilise des ressources réseau supplémentaires.
  • La suppression de "négocier" simplifie la surface de l'API, car un "RtpSender"/"RtpReceiver" ne comportera alors qu'un seul transport.

Dans Chrome 63, l'option "négocier" est supprimée.

Intention d'abandon | Bug Chromium