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 les abandons et les suppressions dans Chrome 62, qui est en version bêta depuis le 14 septembre. Cette liste est susceptible d'être modifiée à tout moment.
Suppression de RTCPeerConnection.getStreamById()
Il y a près de deux ans, getStreamById() a été supprimé de la spécification WebRTC. La plupart des autres navigateurs ont
a déjà supprimé cette fonctionnalité de ses implémentations, et a été abandonnée
dans Chrome 60. Bien que cette fonction soit peu utilisée, elle est également
estime qu'il existe un risque mineur d'interopérabilité avec Edge et WebKit
navigateurs autres que Safari où getStreamById() est toujours compatible.
Les développeurs ayant besoin d'une autre mise en œuvre peuvent trouver un exemple de code dans le fichier
Intention de suppression, ci-dessous.
Projet de suppression | Chromestatus Tracker | Bug Chromium
Suppression de SharedWorker.workerStart
Cette propriété, destinée à être utilisée pour surveiller les performances des nœuds de calcul, était
supprimée de la spécification il y a plus de deux ans et n'est pas prise en charge dans
des autres principaux navigateurs. Une approche plus moderne du suivi des performances d'un nœud de calcul
utiliseraient
Performance.timing
Projet de suppression | Chromestatus Tracker | Bug Chromium
Suppression de SVGPathElement.getPathSegAtLength()
Dans Chrome 48, SVGPathElement.pathSegList() et les interfaces associées ont été supprimés
conformément à la spécification SVG. À ça
cette méthode a été laissée
par erreur. Cette suppression ne devrait pas entraver
n'importe quelle page Web depuis, il a renvoyé au cours des deux dernières années un objet
n'existe plus dans Blink.
Projet de suppression | Chromestatus Tracker | Bug Chromium
Supprimer l'utilisation des notifications à partir d'iFrames non sécurisés
Les demandes d'autorisation provenant d'iFrames peuvent prêter à confusion, car il est difficile de faire la distinction entre l'origine de la page parent et celle du cadre iFrame qui effectue la demande. Lorsque le champ d'application des requêtes n'est pas clair, pour que les utilisateurs puissent décider d'accorder ou de refuser l'autorisation.
Interdire les notifications dans les cadres iFrame l'autorisation d'accès aux notifications qu'aux notifications push, développeurs.
Les développeurs qui ont besoin de cette fonctionnalité peuvent ouvrir une nouvelle fenêtre pour en faire la demande autorisation de notification.