Em quase todas as versões do Chrome, vemos um número significativo de atualizações e melhorias no produto, em seu desempenho e também nos recursos da web Google Cloud Platform. Este artigo descreve as mudanças no Chrome 52, que está na versão Beta como de 9 de junho. Esta lista está sujeita a alterações a qualquer momento.
Descontinuamos o evento e o atributo encerrados do MediaStream e os atributos vinculados
Texto longo, leia o resumo:o evento e o atributo ended e o manipulador de eventos onended serão descontinuados porque foram removidos das especificações de captura de mídia e streams.
Intenção de remover | Rastreador Chromestatus | Bug do Chromium
O evento ended e o manipulador de eventos onended não fazem parte da especificação WebRTC há cerca de três anos. Os desenvolvedores que quiserem assistir eventos precisarão usar MediaStreamTracks em vez de MediaStreams.
A remoção está prevista para o Chrome 53.
Bloquear pop-ups de iframes de origem cruzada durante eventos de toque, exceto durante um gesto de toque
Texto longo, leia o resumo:o Chrome começará a proibir pop-ups e outras operações sensíveis em eventos de toque que não correspondem a um toque de dentro de iframes de origem cruzada.
Intenção de remover | Rastreador Chromestatus | Bug do Chromium
Por sua natureza, os eventos de toque podem ser ambíguos quando comparados aos eventos de mouse correspondentes. Por exemplo, se um usuário deslizar um dedo pela tela, será que esse usuário está deslizando um interruptor ou rolando a visualização? Alguns conteúdos de terceiros em iframes aproveitaram essa ambiguidade para desativar intencionalmente a rolagem na página que a contém.
Para evitar isso, pop-ups e outras operações confidenciais não serão permitidas em eventos de toque de iframes de origem cruzada. O evento touchend vai continuar funcionando como antes.
Suspensão do uso da sobrecarga de postMessage()
Texto longo, leia o resumo:uma variante desnecessária e pouco usada da interface postMessage() está sendo descontinuada, mais especificamente postMessage(message, transferables, targetOrigin).
Intenção de remover | Rastreador Chromestatus | Bug do Chromium
O método postMessage() é uma maneira de se comunicar com segurança entre os scripts de páginas em diferentes origens. O WebKit/Blink oferece suporte a três versões:
postMessage(message, targetOrigin)postMessage(message, targetOrigin, transferables)postMessage(message, transferables, targetOrigin)
O último item nesta lista foi um acidente da história de evolução e implementação da especificação. Como ele é usado raramente, seu uso será suspenso e removido posteriormente. Isso se aplica a window.postMessage() e worker.postMessage().
A remoção está prevista para o Chrome 54.
O suporte ao X-Frame-Options foi removido tags
Texto longo, leia o resumo: para cumprir a especificação e aumentar a consistência com outros navegadores, o suporte para X-Frame-Options dentro de uma tag <meta> está sendo removido.
Intenção de remover | Bug do Chromium
O cabeçalho de resposta HTTP X-Frame-Options indica se um navegador pode renderizar uma página em uma tag <frame>, <iframe> ou <object>. Isso permite que o site evite cliques, já que essas páginas não podem ser incorporadas a outros sites. A versão atual da especificação X-Frame-Options impede explicitamente que os user agents ofereçam suporte a esse campo dentro de uma tag <meta>.
Para obedecer às especificações e aumentar a consistência com outros navegadores, o suporte a X-Frame-Options dentro de uma tag <meta> está sendo removido.
Remover evento de clique de botão não principal
Texto longo, leia o resumo: cliques do mouse não principais não disparam mais eventos de clique, mas MouseEvent.button ainda está disponível.
Intenção de remover | Rastreador Chromestatus | Bug do Chromium
Para alinhar o Chrome à especificação UIEvents, estamos removendo os eventos de clique de botões não principais do mouse. Os botões do mouse não principais variam de acordo com o dispositivo. Geralmente, isso significa qualquer coisa além de um botão direito ou esquerdo do mouse. O botão exato ainda pode ser recuperado usando a propriedade MouseEvent.button enviada a eventos como mousedown ou mouseup.
Remover requestAutocomplete()
A função requestAutocomplete() permitia que formulários fossem preenchidos sob demanda pelo recurso de preenchimento automático do navegador. No entanto, há mais de dois anos, essa funcionalidade só é compatível com o Blink, e o uso é baixo (link em inglês). Por esses motivos, o requestAutocomplete() foi removido no Chrome 52.