Descontinuações e remoções de APIs no Chrome 52

Joe medley
Joe Medley

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.

Descontinuamos o evento, o atributo e o atributo onended do MediaStream

Texto longo, leia o resumo:o evento e atributo ended e o manipulador de eventos onended estão sendo descontinuados porque foram removidos da especificação de captura de mídia e streams.

Intenção de remover | Rastreador de status do Chrome | Bug do Chromium

Nem o evento ended nem o manipulador de eventos onended fazem parte da especificação WebRTC há cerca de três anos. Os desenvolvedores que querem assistir eventos precisam 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 não permitirá pop-ups e outras operações sensíveis em eventos de toque que não correspondam a um toque em iframes de origem cruzada.

Intenção de remover | Rastreador de status do Chrome | 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 desliza um dedo pela tela, ele está deslizando uma chave ou rolando a visualização? Alguns conteúdos de terceiros em iframes aproveitaram essa ambiguidade para desativar intencionalmente a rolagem na página que o contém.

Para combater isso, os pop-ups e outras operações sensíveis não serão mais permitidos em eventos de toque de iframes de origem cruzada. O evento touchend continuará se comportando como antes.

Descontinuação da sobrecarga de postMessage()

Texto longo, leia o resumo:uma variante desnecessária e pouco usada da interface postMessage() está sendo descontinuada, especificamente a postMessage(message, transferables, targetOrigin).

Intenção de remover | Rastreador de status do Chrome | Bug do Chromium

O método postMessage() é uma maneira de estabelecer uma comunicação segura entre os scripts de páginas em diferentes origens. O WebKit/Blink é compatível com três versões:

  • postMessage(message, targetOrigin)
  • postMessage(message, targetOrigin, transferables)
  • postMessage(message, transferables, targetOrigin)

O último item da lista foi um acidente do histórico da evolução e implementação da especificação. Como raramente é usado, ele será descontinuado e removido posteriormente. Isso se aplica a window.postMessage() e worker.postMessage().

A remoção está prevista para o Chrome 54.

Remoção do suporte para X-Frame-Options em tags

Texto longo, leia o resumo: para obedecer à 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 remoção | 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 um site evite clickjacking, 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 em uma tag <meta>.

Para obedecer à especificação e aumentar a consistência com outros navegadores, o suporte para X-Frame-Options dentro de uma tag <meta> está sendo removido.

Remover evento de clique do botão não principal

Texto longo, leia o resumo: os cliques não principais do mouse não disparam mais eventos de clique, mas MouseEvent.button ainda está disponível.

Intenção de remover | Rastreador de status do Chrome | Bug do Chromium

Para alinhar o Chrome com as especificações UIEvents, removemos os eventos de clique dos botões não principais do mouse. Os botões não principais do mouse variam de acordo com o dispositivo. Geralmente, isso significa qualquer coisa que não seja um botão direito ou esquerdo do mouse. O botão exato clicado ainda pode ser recuperado usando a propriedade MouseEvent.button enviada para 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, esse recurso só tem suporte no Blink, e o uso é baixo. Por esses motivos, o requestAutocomplete() foi removido no Chrome 52.

Intenção de remoção