Dans presque toutes les versions de Chrome, un nombre important de mises à jour des améliorations apportées au produit, à ses performances, ainsi qu'aux fonctionnalités du Web Plate-forme. Cet article décrit certains des abandons et des suppressions Chrome 63, qui est en version bêta depuis le 26 octobre. Consultez le page relative aux abandons et aux suppressions pour découvrir d'autres abandons et suppressions 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 de type promesse ne génèrent plus d'exceptions
Les propriétés et fonctions de l'interface qui renvoient une promesse ne sont pas cohérentes
les conditions d'erreur génèrent des exceptions ou rejettent, ce qui appelle un
le bloc catch()
de la promesse. Version actuelle de la spécification IDL
les appels pour toutes les propriétés et fonctions renvoyant des promesses à rejeter au lieu de
générer une exception.
Par exemple, auparavant, un appel à MediaKeySession.closed
générait une exception
TypeError
pour un appel illégal s'il est appelé au mauvais moment. Avec ce changement,
ces appels doivent maintenant implémenter un bloc catch()
.
Cette modification permet de rendre Chrome conforme à la spécification. Cette modification a déjà a été faite pour les fonctions.
Chromestatus Tracker | Bug Chromium
Suppression de getMatchedCSSRules()
La méthode getMatchedCSSRules() est une API webkit-seulement 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 supprimée de Chrome dans la version 63. Les développeurs qui ont besoin de cette fonctionnalité peuvent consultez cet article Stack Overflow
Projet de suppression | Chromestatus Tracker | Bug Chromium
Suppression de RTCRtcpMuxPolicy de "Négocier"
Le rtcpMuxPolicy
est utilisé par Chrome pour spécifier sa règle préférée concernant
du multiplexage RTP/RTCP. Dans Chrome 57, nous avons modifié
rtcpMuxPolicy
pour "nécessite" et abandonne la fonction "négocier" pour les raisons suivantes:
- Le RTCP non multiple utilise des ressources réseau supplémentaires.
- Suppression de "négocier" simplifieront la surface de l'API, "RtpSender"/"RtpReceiver" n'aura alors qu'un seul moyen de transport.
Dans Chrome 63, "négocier" est supprimé.