Bajas y eliminaciones en Chrome 87

Joe Medley
Joe Medley

La versión beta de Chrome 87 se lanzó el 15 de octubre de 2020 y la versión estable se lanzó el 17 de noviembre de 2020.

Separador de comas en el atributo permitido 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. En cambio, los desarrolladores deben usar el tamaño de fuente para controlarlo.

La compatibilidad con FTP ya no está disponible

Chrome dio de baja y quitará la compatibilidad con las URLs de FTP. La implementación actual de FTP en Google Chrome no admite 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 disponibles clientes FTP con más capacidades en todas las plataformas afectadas.

En Google Chrome 72 y versiones posteriores, se quitó la compatibilidad para recuperar subrecursos de documentos a través de FTP y la renderización de recursos de FTP de nivel superior. Cuando se navega a las URLs de FTP, se 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 URL de FTP a través de proxies HTTP. La compatibilidad de proxy para FTP se quitó por completo en Google Chrome 76. En Chrome 86, se desactivó el FTP para los canales previos al lanzamiento (Canary y Beta) y se desactivó de manera experimental para un uno por ciento de los usuarios estables.

Las capacidades restantes de la implementación de FTP de Google Chrome se limitan a mostrar una lista del directorio o descargar un recurso a través de conexiones sin encriptar.

El resto de la baja sigue este cronograma:

Chrome 87

La compatibilidad de FTP se inhabilitará de forma predeterminada para el cincuenta por ciento de los usuarios, pero se puede habilitar con las marcas antes mencionadas.

Chrome 88

Se inhabilitará la compatibilidad con FTP.

Política de baja

Para mantener la plataforma en buen estado, a veces quitamos las APIs de la plataforma web que ejecutaron su curso. Puede haber muchos motivos por los que quitaremos una API, como los siguientes:

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

Algunos de estos cambios afectarán una cantidad muy pequeña de sitios. A fin de mitigar los problemas con anticipación, tratamos de avisarles a los desarrolladores con anticipación para que puedan realizar los cambios necesarios a fin de que sus sitios sigan funcionando.

Actualmente, Chrome cuenta con un proceso para las bajas y las eliminaciones de las APIs, que es básicamente el siguiente:

  • Haz un anuncio en la lista de distribución blink-dev.
  • Establece advertencias y asigna escalas de tiempo en la consola de Herramientas para desarrolladores de Chrome cuando se detecte uso en la página.
  • Espera, supervisa y, luego, quita la función a medida que disminuye 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 intentaremos resumir algunos de los cambios, el razonamiento y las rutas de migración en estas publicaciones.