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 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 l'ont déjà supprimée de leurs implémentations, et cette fonctionnalité a été abandonnée dans Chrome 60. Bien que cette fonction soit peu utilisée, on pense également qu'elle présente un risque mineur en termes d'interopérabilité avec les navigateurs basés sur Edge et WebKit, autres que Safari, où getStreamById() est toujours pris en charge.
Les développeurs qui ont besoin d'une autre implémentation peuvent trouver un exemple de code dans la section "Intent à supprimer" ci-dessous.
Intention de suppression | Outil de suivi Chromestatus | Bug Chromium
Suppression de SharedWorker.workerStart
Cette propriété, qui était destinée à être utilisée pour surveiller les performances des nœuds de calcul, a été supprimée de la spécification il y a plus de deux ans et n'est pas compatible avec les autres principaux navigateurs. Une approche plus moderne du suivi des performances d'un nœud de calcul consisterait à utiliser Performance.timing.
Intention de suppression | Outil de suivi Chromestatus | Bug Chromium
Supprimer SVGPathElement.getPathSegAtLength()
Dans Chrome 48, SVGPathElement.pathSegList() et les interfaces associées ont été supprimées conformément à la spécification SVG. À ce moment-là, cette méthode a été laissée par erreur. Cette suppression ne devrait pas affecter de pages Web, car, depuis deux ans, elle a renvoyé un objet qui n'existe plus dans Blink.
Intention de suppression | Outil de suivi Chromestatus | Bug Chromium
Supprimer l'utilisation des notifications dans des cadres iFrame 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 de l'iFrame à l'origine de la demande. Lorsque le champ d'application des requêtes n'est pas clair, il est difficile pour les utilisateurs de déterminer s'ils doivent accorder ou refuser l'autorisation.
Le fait d'interdire les notifications dans les iFrames harmonise également les exigences d'autorisation de notification avec celles des notifications push, ce qui simplifie la tâche des développeurs.
Les développeurs qui ont besoin de cette fonctionnalité peuvent ouvrir une nouvelle fenêtre pour demander une autorisation de notification.
Intention de suppression | Outil de suivi Chromestatus | Bug Chromium