En casi todas las versiones de Chrome, vemos un número significativo de actualizaciones y mejoras al producto, su rendimiento y también las capacidades de la Web de procesamiento de macrodatos en Google Cloud Platform. En este artículo, se describen los cambios implementados en Chrome 52, que se encuentra en versión beta como del 9 de junio. Esta lista está sujeta a cambios en cualquier momento.
El evento y el atributo finalizado de MediaStream dejaron de estar disponibles
Resumen: El evento y el atributo ended, así como el controlador del evento onended, dejarán de estar disponibles porque se quitaron de las especificaciones de captura de contenido multimedia y transmisiones.
Intención de quitar | Seguimiento de Chromestatus | Error de Chromium
Ni el evento ended ni el controlador del evento onended formaron parte de la especificación de WebRTC durante aproximadamente tres años. Los desarrolladores que deseen mirar eventos deben usar MediaStreamTracks en lugar de MediaStreams.
Se prevé que se quitará en Chrome 53.
Bloquear ventanas emergentes de iframes de origen cruzado durante los eventos táctiles, excepto durante un gesto de presión
Resumen: Chrome comenzará a inhabilitar las ventanas emergentes y otras operaciones sensibles en los eventos táctiles que no correspondan a un toque desde dentro de iframes de origen cruzado.
Intención de quitar | Seguimiento de Chromestatus | Error de Chromium
Por su propia naturaleza, los eventos táctiles pueden ser ambiguos en comparación con sus correspondientes eventos del mouse. Por ejemplo, si un usuario desliza un dedo por la pantalla, ¿es dicho que desliza un interruptor de activación o se desplaza por la vista? Parte del contenido de terceros en iframes se ha aprovechado de esta ambigüedad para inhabilitar intencionalmente el desplazamiento en la página contenedora.
Para evitarlo, no se permitirán las ventanas emergentes ni otras operaciones sensibles en los eventos táctiles de iframes de origen cruzado. El evento de finalización de contacto seguirá comportándose como antes.
Baja de la sobrecarga de postMessage()
TL;DR: Una variante innecesaria y poco usada de la interfaz postMessage() dejará de estar disponible, específicamente postMessage(message, transferables, targetOrigin).
Intención de quitar | Seguimiento de Chromestatus | Error de Chromium
El método postMessage() permite establecer una comunicación segura entre las secuencias de comandos de páginas de diferentes orígenes. WebKit/Blink admite tres versiones:
postMessage(message, targetOrigin)postMessage(message, targetOrigin, transferables)postMessage(message, transferables, targetOrigin)
El último elemento de esta lista fue un accidente de la historia de la evolución y la implementación de la especificación. Dado que se usa con poca frecuencia, dejará de estar disponible y, luego, se quitará. Esto se aplica a window.postMessage() y worker.postMessage().
Se prevé que se quitará en Chrome 54.
Se quitó la compatibilidad con X-Frame-Options en tags
Resumen: Para cumplir con las especificaciones y aumentar la coherencia con otros navegadores, se quitará la compatibilidad con X-Frame-Options dentro de una etiqueta <meta>.
Intención de quitar | Error de Chromium
El encabezado de respuesta HTTP X-Frame-Options indica si un navegador puede renderizar una página en una etiqueta <frame>, <iframe> o <object>. Esto permite que un sitio evite el clickjacking, ya que dichas páginas no pueden estar incorporadas en otros sitios. La versión actual de la especificación X-Frame-Options restringe de manera explícita que los usuarios-agentes admitan este campo dentro de una etiqueta <meta>.
Para cumplir con las especificaciones y aumentar la coherencia con otros navegadores, se quitará la compatibilidad con X-Frame-Options dentro de una etiqueta <meta>.
Quita el evento de clic en el botón que no sea el principal
Resumen: Los clics que no son principales del mouse ya no activan eventos de clic, pero MouseEvent.button sigue disponible.
Intención de quitar | Seguimiento de Chromestatus | Error de Chromium
Para alinear Chrome con las especificaciones de UIEvents, quitaremos los eventos de clic para los botones que no sean principales del mouse. Los botones que no son principales varían según el dispositivo. Generalmente, esto significa cualquier cosa que no sea un botón derecho o izquierdo del mouse. Ten en cuenta que el botón exacto en el que se hizo clic se puede recuperar con la propiedad MouseEvent.button que se envía a eventos como mousedown o mouseup.
Quitar requestAutocomplete()
La función requestAutocomplete() permitió que la función de autocompletado del navegador complete formularios a pedido. Sin embargo, hace más de dos años, solo se admite esta función en Blink y su uso es bajo. Por estos motivos, se quitó requestAutocomplete() en Chrome 52.