Quitar WebComponents v0
Se quitó Web Components v0 de las computadoras y Android en Chrome 80. Chromium 86 las elimina de WebView. Esta eliminación incluye Custom Elements v0 y Shadow DOM v0 e importaciones HTML.
Baja de la compatibilidad con FTP
Chrome dará de baja y dejará de ser compatible con las URL de FTP. El servidor FTP actual en Google Chrome no admite conexiones encriptadas (FTPS), ni proxies. El uso de FTP en el navegador es lo suficientemente bajo como para que no sea mucho más viable invertir en mejorar el cliente de FTP existente. Además, hay de FTP compatibles 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. Actualmente navegando 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 están restringidas para mostrar una lista de directorios o descargar un recurso a través de y las conexiones sin encriptar.
La asistencia dejará de estar disponible en este cronograma:
Chrome 86
El FTP sigue habilitado de forma predeterminada para la mayoría de los usuarios, pero desactivado para las versiones previas al lanzamiento
canales (Canary y Beta) y se desactivarán de forma experimental en un uno por ciento
de usuarios estables. En esta versión, puedes volver a habilitarla desde la línea de comandos.
con la marca de línea de comandos --enable-ftp
--enable-features=FtpProtocol.
Chrome 87
La compatibilidad con FTP se inhabilitará de forma predeterminada para el cincuenta por ciento de los usuarios, pero puede 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 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.