Em quase todas as versões do Chrome, vemos um número significativo de atualizações e melhorias no produto, no desempenho dele e também nos recursos da plataforma da Web. Este artigo descreve as alterações no Chrome 52, que está em versão Beta desde 9 de junho. Essa lista está sujeita a alterações a qualquer momento.
Desativação das criptografias baseadas em DHE
Texto longo, leia o resumo: as criptografias baseadas em DHE foram removidas no Chrome 53 para computadores porque são insuficientes para o uso em longo prazo. Os servidores devem empregar ECDHE, se estiver disponível, ou uma cifra RSA simples, se não estiver.
Intenção de remover | Rastreador de status do Chrome | Bug do Chromium
No ano passado, lançamos para o Chrome o tamanho mínimo do grupo TLS Diffie-Hellman de 512 bits para 1.024 bits. No entanto, 1.024 bits é insuficiente para longo prazo. As métricas relatam que cerca de 95% das conexões DHE vistas pelo Chrome usam DHE de 1.024 bits. Isso, aliado à forma como o DHE é negociado no TLS, dificulta a migração para além dos 1024 bits.
Embora haja uma especificação de rascunho que corrige esse problema, ela ainda é um rascunho e requer alterações no cliente e no servidor. Enquanto isso, o ECDHE já está amplamente implantado e implantado. Os servidores deverão ser atualizados para ECDHE, se disponíveis. Caso contrário, confira se um pacote de criptografia RSA simples está ativado.
As criptografias baseadas em DHE foram descontinuadas desde o Chrome 51. A compatibilidade está sendo removida do computador no Chrome 53.
Aviso de descontinuação do FileError
Texto longo, leia o resumo: a remoção da interface descontinuada FileError é esperada no Chrome 54. Substitua as referências a err.code por err.name e err.message.
Intenção de remover | Rastreador de status do Chrome | Bug do Chromium
A versão atual do padrão da API File não contém a interface FileError, e a compatibilidade com ela foi descontinuada em algum momento em 2013. No Chrome 53, esse aviso de descontinuação será exibido no console do DevTools:
O uso de "FileError" foi descontinuado e será removido na versão 54. Use os atributos "name" ou "message" do erro em vez de "code".
Isso tem efeitos diferentes dependendo do contexto.
FileReader.erroreFileWriter.errorserão objetosDOMExceptionem vez deFileError.- Para chamadas
FileSystemassíncronas, oErrorCallbackvai receberFileError.ErrorCodeem vez deFileError. - Para chamadas síncronas
FileSystem, serão geradasFileError.ErrorCode, em vez deFileError.
Essa mudança afeta apenas os códigos que dependem da comparação do código da instância de erro (e.code) diretamente com os valores de tipo enumerado FileError (FileError.NOT_FOUND_ERR etc.). O código que é testado em relação a constantes codificadas (por exemplo, e.code === 1) pode falhar ao informar erros incorretos ao usuário.
Felizmente, os tipos de erro FileError, DOMError e DOMException compartilham propriedades name e message que dão nomes consistentes para casos de erro (em outras palavras, e.name === "NotFoundError"). O código precisa usar essas propriedades, que vão funcionar em todos os navegadores e continuar funcionando depois que a própria interface FileError for removida.
A remoção do FileError está prevista para o Chrome 54.
Remova o atributo de resultados para <input type=search>
Texto longo, leia o resumo: o atributo results está sendo removido porque não faz parte de nenhum padrão e foi implementado de maneira inconsistente nos navegadores.
Intenção de remover | Rastreador de status do Chrome | Bug do Chromium
O valor results só é implementado no webkit e se comporta de maneira altamente inconsistente em relação àqueles que fazem isso. Por exemplo, o Chrome adiciona um ícone de lupa à caixa de entrada, enquanto na área de trabalho do Safari, ele controla quantas pesquisas anteriores são mostradas em um pop-up exibido ao clicar no ícone de lupa. Como isso não faz parte de nenhum padrão, ele será descontinuado.
Se você ainda precisar incluir o ícone de pesquisa no campo de entrada, vai ser necessário adicionar um estilo personalizado ao elemento. Você pode fazer isso incluindo uma imagem de plano de fundo e especificando um padding à esquerda no campo de entrada.
input[type=search] {
background: url(some-great-icon.png) no-repeat scroll 15px 15px;
padding-left:30px;
}
```
This attribute has been deprecated since Chrome 51.