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 modifications apportées à Chrome 52, en version bêta du 9 juin. Cette liste est susceptible d'être modifiée à tout moment.
Abandon de l'événement, de l'attribut et de l'attribut inclus dans MediaStream terminé
Résumé:L'événement et l'attribut ended ainsi que le gestionnaire d'événements onended sont obsolètes, car ils ont été supprimés de la spécification Media Capture et Streams.
Projet de suppression | Chromestatus Tracker | Bug Chromium
Ni l'événement ended, ni le gestionnaire d'événements onended ne font partie de la spécification WebRTC depuis environ trois ans. Les développeurs qui souhaitent regarder des événements doivent utiliser MediaStreamTracks au lieu de MediaStreams.
La suppression est prévue dans Chrome 53.
Bloquer les pop-ups provenant d'iFrames multi-origines pendant les événements tactiles, sauf lors d'un geste tactile
Résumé:Chrome commencera à interdire les pop-ups et autres opérations sensibles sur les événements tactiles qui ne correspondent pas à un appui depuis des iFrames multi-origines.
Projet de suppression | Chromestatus Tracker | Bug Chromium
De par leur nature même, les événements tactiles peuvent être ambigus par rapport aux événements de souris correspondants. Par exemple, si un utilisateur fait glisser un doigt sur l'écran, l'utilisateur est-il en train de faire glisser un bouton bascule ou de faire défiler la vue ? Certains contenus tiers dans des cadres iFrame ont exploité cette ambiguïté pour désactiver volontairement le défilement sur la page parent.
Pour lutter contre ce problème, les pop-ups et autres opérations sensibles ne seront pas autorisés sur les événements tactiles provenant d'iFrames multi-origines. L'événement "touchend" continuera de se comporter comme avant.
Abandon de la surcharge de postMessage()
Résumé:Une variante inutile et peu utilisée de l'interface postMessage() est en cours d'abandon, en particulier postMessage(message, transferables, targetOrigin).
Projet de suppression | Chromestatus Tracker | Bug Chromium
La méthode postMessage() permet de communiquer de manière sécurisée entre les scripts de pages d'origines différentes. WebKit/Blink accepte trois versions:
postMessage(message, targetOrigin)postMessage(message, targetOrigin, transferables)postMessage(message, transferables, targetOrigin)
Le dernier élément de cette liste était un accident de l'histoire de l'évolution et de l'implémentation de la spécification. Comme elle est rarement utilisée, elle sera abandonnée, puis supprimée. Cela s'applique à la fois à window.postMessage() et à worker.postMessage().
La suppression est prévue dans Chrome 54.
Suppression de la prise en charge de X-Frame-Options dans tags
Résumé:Afin de respecter les spécifications et d'améliorer la cohérence avec les autres navigateurs, la prise en charge de X-Frame-Options dans une balise <meta> va être supprimée.
Projet de suppression | Bug Chromium
L'en-tête de réponse HTTP X-Frame-Options indique si un navigateur peut afficher une page dans une balise <frame>, <iframe> ou <object>. Cela permet à un site d'éviter le détournement de clic, car de telles pages ne peuvent pas être intégrées à d'autres sites. La version actuelle de la spécification X-Frame-Options empêche explicitement les user-agents d'accepter ce champ dans une balise <meta>.
Afin de respecter les spécifications et d'assurer la cohérence avec les autres navigateurs, X-Frame-Options n'est plus accepté dans une balise <meta>.
Supprimer l'événement de clic sur le bouton non principal
Résumé:les clics de souris secondaires ne déclenchent plus d'événements de clic, mais MouseEvent.button est toujours disponible.
Projet de suppression | Chromestatus Tracker | Bug Chromium
Pour que Chrome soit conforme à la spécification UIEvents, nous supprimons les événements de clic pour les boutons de souris secondaires. Les boutons de souris non principaux varient selon l'appareil. Généralement, cela se réfère au bouton droit et gauche de la souris. Notez que le bouton précis sur lequel l'utilisateur a cliqué peut toujours être récupéré à l'aide de la propriété MouseEvent.button, envoyée à des événements tels que mousedown ou mouseup.
Supprimer requestAutocomplete()
La fonction requestAutocomplete() permettait de remplir des formulaires à la demande par la fonctionnalité de saisie automatique du navigateur. Depuis plus de deux ans, cette fonctionnalité n'est compatible qu'avec Blink, et son utilisation est faible. C'est pourquoi requestAutocomplete() a été supprimé dans Chrome 52.