Bajas y eliminaciones en Chrome 88

Joe Medley
Joe Medley

La versión beta de Chrome 88 se lanzó el 3 de diciembre de 2 2020 y se espera que se convierta en la versión estable en la tercera semana de enero de 2021.

No permitir ventanas emergentes durante la descarga de páginas (empresas)

A partir de Chrome 80, las páginas ya no pueden abrir una página nueva durante la descarga con window.open(). Desde entonces, las empresas pueden usar la marca de política AllowPopupsDuringPageUnload para permitir ventanas emergentes durante la descarga de páginas. A partir de Chrome 88, ya no se admite esta marca.

Se quitó Web Components v0

Web Components v0 se encuentra en una prueba de origen inverso desde Chrome 80. Esto les permitió a los usuarios de la API tiempo para actualizar sus sitios y, al mismo tiempo, garantizar que los nuevos usuarios de componentes web usaran la versión 1. La prueba de origen inverso finaliza con Chrome 87, por lo que Chrome 88 es la primera versión en la que ya no se admite la versión 0. Las APIs de Web Components v1 reemplazan a Web Components v0 y son totalmente compatibles con Chrome, Safari, Firefox y Edge. Esta eliminación abarca los elementos que se indican a continuación.

Custom Elements v0 HTML Imports Shadow DOM v0

Se quitó la compatibilidad con FTP

Chrome quitó la compatibilidad con las URLs de FTP. La implementación de FTP heredada en Chrome no es compatible con conexiones encriptadas (FTPS) ni proxies. El uso de FTP en el navegador es lo suficientemente bajo como para que ya no sea viable invertir en mejorar el cliente de FTP existente. Además, hay clientes FTP más capaces disponibles en todas las plataformas afectadas.

Google Chrome 72 y versiones posteriores quitaron la compatibilidad para recuperar subrecursos de documentos a través de FTP y la renderización de recursos de FTP de nivel superior. Si navegas a las URLs de FTP, se mostrará una lista de directorios o una descarga, según el tipo de recurso. Un error en Google Chrome 74 y versiones posteriores provocó que se dejara de admitir el acceso a las URLs de FTP a través de proxies HTTP. La compatibilidad con proxies para FTP se quitó por completo en Google Chrome 76.

Las funciones restantes de la implementación de FTP de Google Chrome se limitaban a mostrar una lista de directorios o descargar un recurso a través de conexiones no encriptadas.

En Chrome 77, la compatibilidad con FTP se inhabilitó de forma predeterminada para el cincuenta por ciento de los usuarios, pero estaba disponible con marcas.

En Chrome 88, se inhabilitó toda la compatibilidad con FTP.

Política de baja

Para mantener la plataforma en buen estado, a veces quitamos de la plataforma web las APIs que ya cumplieron su ciclo. Existen muchos motivos por los que quitamos una API, como los siguientes:

  • Se reemplazan por APIs más recientes.
  • Se actualizan para reflejar los cambios en las especificaciones y lograr la alineación y coherencia con otros navegadores.
  • Son experimentos iniciales que nunca se materializaron en otros navegadores y, por lo tanto, pueden aumentar la carga de asistencia para los desarrolladores web.

Algunos de estos cambios afectarán a una cantidad muy pequeña de sitios. Para mitigar los problemas con anticipación, intentamos avisar a los desarrolladores con anticipación para que puedan realizar los cambios necesarios y mantener sus sitios en funcionamiento.

Actualmente, Chrome tiene un proceso para la baja y eliminación de APIs, que consiste en lo siguiente:

  • Anunciar en la lista de distribución blink-dev
  • Establece advertencias y proporciona escalas de tiempo en la consola de Herramientas para desarrolladores de Chrome cuando se detecta el uso en la página.
  • Espera, supervisa y, luego, quita la función a medida que disminuya el uso.

Puedes encontrar una lista de todas las funciones obsoletas en chromestatus.com con el filtro obsoleto y las funciones quitadas con el filtro quitado. También intentaremos resumir algunos de los cambios, razonamientos y rutas de migración en estas publicaciones.