La versión beta de Chrome 88 se lanzó el 3 de diciembre de 2020 y se espera que se convierta en estable en la tercera semana de enero de 2021.
No permitir ventanas emergentes durante la descarga de páginas (empresas)
Desde Chrome 80, las páginas ya no pueden abrir una nueva página durante
la descarga con window.open(). Desde entonces, las empresas han podido usar
la marca de política AllowPopupsDuringPageUnload para permitir las ventanas emergentes durante la carga
para descargarlos. A partir de Chrome 88, esta función ya no se admite.
Se quitó Web Components v0
Web Components v0 está en una prueba de origen inverso desde Chrome 80. Esta permitió que los usuarios de la API actualizaran sus sitios y, al mismo tiempo, garantizaron que los nuevos usuarios de componentes web utilizaron la versión 1. La prueba de origen inversa 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.
Elementos personalizados v0 Importaciones de HTML Shadow DOM v0
Se quitó la compatibilidad con FTP
Chrome quita la compatibilidad con las URL de FTP. El servidor FTP heredado en Chrome no admite conexiones encriptadas (FTPS) ni proxies. El uso de FTP en el navegador es tan bajo como para que ya no funcione. sea viable invertir en mejorar el cliente de FTP existente. Además, los profesionales más capaces Los clientes FTP están disponibles en todas las plataformas afectadas.
Google Chrome 72 y versiones posteriores quitaron la compatibilidad con la recuperación de subrecursos de documentos a través de FTP y el procesamiento de recursos de FTP de nivel superior. Navegación a FTP Las URLs muestran una ficha de directorio o una descarga, según el tipo. de recurso. Un error en Google Chrome 74 y versiones posteriores provocó una pérdida de compatibilidad para acceder a las URL de FTP a través de proxies HTTP. Se eliminó la compatibilidad de proxy con FTP completamente en Google Chrome 76.
El resto de las funciones de la implementación del FTP de Google Chrome estaban restringidas para mostrar una lista de directorios o descargar un recurso a través de y las conexiones sin encriptar.
En Chrome 77, la compatibilidad con FTP se inhabilitó de forma predeterminada para el 50% de los usuarios, pero estaba disponible con marcas.
En Chrome 88, toda la compatibilidad con FTP está inhabilitada.
Política de baja
Para mantener la plataforma en buen estado, a veces quitamos APIs de la plataforma web que ejecutaron su curso. Existen muchos motivos por los que podemos quitar un API, como:
- Se reemplazaron por las APIs más nuevas.
- Se actualizan para reflejar los cambios en las especificaciones y, así, alinear y mantener la coherencia con otros navegadores.
- Se trata de experimentos iniciales que nunca tuvieron éxito en otros navegadores y, por lo tanto, pueden aumentar la carga de la compatibilidad para los desarrolladores web.
Algunos de estos cambios afectarán a una cantidad muy pequeña de sitios. Para mitigar los problemas de forma anticipada, intentamos avisarles a los desarrolladores con anticipación para que puedan realizar los cambios necesarios y así mantener sus sitios activos.
Actualmente, Chrome cuenta con un proceso para dar de baja y quitar APIs, que consiste en lo siguiente:
- Anuncia en la lista de distribución blink-dev.
- Configura advertencias y proporciona escalas de tiempo en la consola de Herramientas para desarrolladores de Chrome cuando se detecte el uso en la página.
- Espera, supervisa y 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 aplicando el filtro Quitado. También trataremos de resumir algunos de los cambios, los motivos y las rutas de migración en estas publicaciones.