Bajas y eliminaciones de API en Chrome 51

Joe Medley
Jo Medley

En casi todas las versiones de Chrome, vemos una cantidad significativa de actualizaciones y mejoras del producto, su rendimiento y las capacidades de la plataforma web.

En Chrome 51 (abril de 2016), se implementaron varios cambios en Chrome.

Se quitó la compatibilidad con SPDY/3.1

Resumen: La compatibilidad con HTTP/2 es lo suficientemente amplia como para que se pueda omitir la compatibilidad con SPDY/3.1.

Intent de quitar | Seguimiento de Chromestatus | Error de Chromium

SPDY/3.1 fue un protocolo experimental de la capa de aplicación que proporcionó mejoras de rendimiento en comparación con HTTP/1.1. Lo hizo, por ejemplo, con multiplexación de conexiones y envío de servidor. Muchas de sus funciones se incorporaron a HTTP/2, que se publicó como RFC en mayo. Dado que HTTP/2 es compatible con servidores y clientes importantes, es hora de quitar SPDY/3.1 de Chrome.

Quitar la siguiente negociación de protocolo TLS (NPN)

Resumen: Como parte de la baja de SPDY, se quita NPN, que se reemplazó anteriormente por ALPN.

Intent de quitar | Seguimiento de Chromestatus | Error de Chromium

NPN era la extensión de TLS que se usaba para negociar SPDY (y, en transición, HTTP/2). Durante el proceso de estandarización, se reemplazó NPN por ALPN, que se publicó como RFC 7301 en julio de 2014. Tenemos la intención de quitar NPN al mismo tiempo que la eliminación de SPDY.

Quita los mensajes personalizados de los diálogos onbeforeunload

Resumen: La propiedad onbeforeunload de una ventana ya no admite una cadena personalizada.

Intent de quitar | Seguimiento de Chromestatus | Error de Chromium

La propiedad onbeforeunload de una ventana se puede establecer en una función que muestra una cadena que se muestra al usuario en un cuadro de diálogo para confirmar que el usuario desea salir. Esto tenía como objetivo evitar que los usuarios perdieran datos durante la navegación. Lamentablemente, se suele usar para estafar a los usuarios.

A partir de Chrome 51, ya no se mostrará una cadena personalizada al usuario. Chrome seguirá mostrando un diálogo para evitar que los usuarios pierdan datos, pero el navegador configurará el contenido en lugar de la página web.

Con este cambio, Chrome tendrá coherencia con Safari 9.1 y versiones posteriores, así como con Firefox 4 y versiones posteriores.

Atributo de resultados obsoleto para <input type=search>

Resumen: El atributo results dejará de estar disponible porque no forma parte de ningún estándar y se implementa de forma inconsistente en todos los navegadores.

Intent de quitar | Seguimiento de Chromestatus | Error de Chromium

El valor results solo se implementa en webkit y se comporta de forma muy inconsistente con aquellos que sí lo hacen. Por ejemplo, Chrome agrega un ícono de lupa a la casilla de entrada, mientras que en el escritorio de Safari, controla cuántas consultas enviadas se muestran en una ventana emergente que se muestra cuando se hace clic en el ícono de lupa. Dado que esto no forma parte de ningún estándar, dejará de estar disponible.

Si aún debes incluir el ícono de búsqueda en el campo de entrada, tendrás que agregar un estilo personalizado al elemento. Puedes hacerlo incluyendo una imagen de fondo y especificando un padding izquierdo en el campo de entrada.

    input[type=search] {
      background: url(some-great-icon.png) no-repeat scroll 15px 15px;
     padding-left:30px;
    }

Se espera que se eliminen en Chrome 53.