Não permitir XMLHTTPRequest() síncrono na dispensa de página
O Chrome agora não permite chamadas síncronas para XMLHTTPRequest() durante a página
ser dispensada quando o usuário sair ou fechar a página.
Isso se aplica a beforeunload, unload, pagehide e visibilitychange.
Para garantir que os dados sejam enviados ao servidor quando uma página descarrega, recomendamos
sendBeacon() ou Fetch keep-alive. Por enquanto, os usuários corporativos podem usar
AllowSyncXHRInPageDismissal flag de política e os desenvolvedores podem usar a origem
flag de teste allow-sync-xhr-in-page-dismissal para permitir solicitações XHR síncronas
durante o descarregamento de páginas. Esta é uma "desativação" temporária medir, e esperamos
remover essa sinalização no Chrome 88.
Para ver detalhes sobre isso e as alternativas, consulte Não permitir XMLHTTPRequest() síncrono ao dispensar a página.
Intenção de remover | Status da plataforma do Chrome | Bug do Chromium
Suporte a FTP descontinuado
A implementação atual de FTP no Chrome não é compatível com arquivos (FTPS) nem proxies. O uso de FTP no navegador está suficientemente baixo que não é mais viável investir na melhoria do cliente FTP existente. Em Além disso, clientes FTP mais avançados estão disponíveis em todas as plataformas afetadas.
O Chrome 72 removeu o suporte para buscar sub-recursos de documentos por FTP e e renderização de recursos FTP de nível superior. Navegando para os resultados de URLs de FTP em mostrar uma listagem de diretórios ou um download, dependendo do tipo de recurso. Um bug no Google Chrome 74 e posteriores resultou na perda do suporte para acesso URLs de FTP em proxies HTTP. O suporte a proxy para FTP foi totalmente removido no Google Chrome 76.
Os recursos restantes da implementação de FTP do Google Chrome estão restritos exibir uma listagem de diretórios ou fazer o download de um recurso sem criptografia.
O cronograma de descontinuação é temporariamente definido da seguinte maneira:
Chrome 80 (estável em fevereiro de 2020)
O FTP fica desativado por padrão para clientes não corporativos, mas pode ser ativado
usando --enable-ftp ou --enable-features=FtpProtocol
sinalizações de linha de comando. Como alternativa, ele pode ser ativado usando o #enable-ftp
em chrome://flags.
Chrome 81 (estável em março de 2020)
O FTP fica desativado por padrão para todas as instalações do Chrome, mas pode ser ativado
usando --enable-ftp ou --enable-features=FtpProtocol
sinalizações de linha de comando.
Chrome 82 (estável em abril de 2020)
O suporte a FTP será completamente removido.
Intenção de remover | Status da plataforma do Chrome | Bug do Chromium
Não permitir pop-ups durante o descarregamento de páginas
As páginas não podem mais usar window.open() para abrir uma nova página durante o descarregamento. A
O bloqueador de pop-ups do Chrome já proibiu isso, mas agora é proibido se
o bloqueador de pop-ups está ativado.
As empresas podem usar a flag de política AllowPopupsDuringPageUnload para permitir
pop-ups durante o descarregamento. O Chrome pretende remover essa sinalização no Chrome 82.
Intenção de remover | Rastreador Chromestatus | Bug do Chromium
Remoção da serialização e transferência de ImageBitmap não limpa de origem
Agora, os erros serão gerados quando um script tentar serializar ou transferir uma ImageBitmap que não foi de origem limpa. Um ImageBitmap sem origem limpa é aquele que contém dados de imagens de origem cruzada que não são verificados pela lógica CORS.
Intenção de remover | Status da plataforma do Chrome | Bug do Chromium
O tratamento de protocolos agora exige um contexto seguro
Os métodos registerProtocolHandler() e unregisterProtocolHandler() agora
que exigem um contexto seguro. Esses métodos são capazes de reconfigurar os estados do cliente
que permitem a transmissão de dados potencialmente sensíveis por uma
em uma rede VPC.
O método registerProtocolHandler() fornece à página da Web um mecanismo para registrar
para lidar com um protocolo após o consentimento do usuário. Por exemplo, um gateway
o aplicativo de e-mail poderá ser registrado para processar o esquema mailto:. O modelo
O método unregisterProtocolHandler() permite que um site abandone
registro de manipulação de protocolo.
Intenção de remover | Status da plataforma do Chrome | Bug do Chromium
Web Components v0 removido
Os Web Components v0 foram removidos do Chrome. As APIs Web Components v1 são uma padrão de plataforma da Web fornecido no Chrome, Safari, Firefox e (em breve) Borda Para orientações sobre upgrade, leia Atualização dos componentes da Web: mais tempo para fazer upgrade para as APIs v1. A seguintes recursos foram removidos. Essa descontinuação abrange os itens listadas abaixo.
Elementos personalizados
Intenção de remover | Status da plataforma do Chrome | Bug do Chromium
Importações de HTML
Intenção de remover | Status da plataforma do Chrome | Bug do Chromium
Shadow DOM
Intenção de remover | Status da plataforma do Chrome | Bug do Chromium
Remoção do -webkit-appearance:button para elementos arbitrários
Altera o -webkit-appearance:button para funcionar apenas com <button> e <input>
botões. Se button for especificado para um elemento não compatível, o elemento tem
a aparência padrão. Todas as outras -webkit-appearance palavras-chave já têm
essa restrição.
Intenção de remover | Status da plataforma do Chrome | Bug do Chromium
Política de descontinuação
Para manter a integridade da plataforma, às vezes removemos APIs que executaram seu curso da plataforma da Web. Pode haver muitas razões para remover um API, como:
- Elas foram substituídas pelas APIs mais recentes.
- Eles são atualizados para refletir as alterações nas especificações e, assim, alinhar e manter a consistência com outros navegadores.
- Eles são experimentos iniciais que nunca aconteceram em outros navegadores e, portanto, podem aumentar a carga de suporte para desenvolvedores Web.
Algumas dessas mudanças afetarão um número muito pequeno de sites. Para reduzir os problemas com antecedência, tentamos avisar os desenvolvedores com antecedência para que eles possam fazer as mudanças necessárias e manter os sites em execução.
Atualmente, o Chrome tem um processo para descontinuações e remoções de APIs, essencialmente:
- Anuncie na lista de e-mails blink-dev.
- Defina avisos e crie escalas de tempo no console do Chrome DevTools quando o uso for detectado na página.
- Aguarde, monitore e remova o recurso quando o uso diminuir.
É possível encontrar uma lista de todos os recursos descontinuados em chromestatus.com usando o filtro descontinuado e os recursos removidos aplicando o filtro removido. Também vamos tentar resumir algumas das mudanças, argumentos e caminhos de migração nessas postagens.