La versión beta de Chrome 87 se lanzó el 15 de octubre de 2020 y la versión estable, el 17 de noviembre de 2020.
Separador de comas en el atributo allow de iframe
Las declaraciones de la política de permisos en una etiqueta <iframe> ya no pueden usar comas como separador entre elementos. En su lugar, los desarrolladores deben usar punto y coma.
-webkit-font-size-delta
Blink ya no admitirá la propiedad -webkit-font-size-delta, que se usa con poca frecuencia. Los desarrolladores deben usar font-size para controlar el tamaño de la fuente.
Baja de la compatibilidad con FTP
Chrome da de baja y quita la compatibilidad con las URLs de FTP. La implementación actual de FTP en Google 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. Actualmente, navegar a las URLs de FTP muestra 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. En Chrome 86, se desactivó el FTP para los canales preliminares (Canary y beta) y, de manera experimental, para el uno por ciento de los usuarios estables.
Las funciones restantes de la implementación de FTP de Google Chrome se limitan a mostrar una lista de directorios o descargar un recurso a través de conexiones no encriptadas.
El resto de la baja sigue este cronograma:
Chrome 87
La compatibilidad con FTP se inhabilitará de forma predeterminada para el cincuenta por ciento de los usuarios, pero se puede habilitar con las marcas mencionadas anteriormente.
Chrome 88
Se inhabilitará 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.