Chrome 127 Beta

A menos que indicado de outra forma, as mudanças a seguir se aplicam à versão mais recente do canal Beta do Chrome para Android, ChromeOS, Linux, macOS e Windows. Saiba mais sobre os recursos listados aqui nos links fornecidos ou na lista do ChromeStatus.com. O Chrome 127 é Beta desde 12 de junho de 2024. Faça o download da versão mais recente em Google.com para computadores ou na Google Play Store no Android.

CSS

Esta versão adiciona três novos recursos de CSS.

CSS font-size-adjust

A propriedade CSS font-size-adjust oferece uma maneira de modificar o tamanho das letras minúsculas em relação ao tamanho das letras maiúsculas, que define o tamanho geral da fonte. Essa propriedade é útil em situações em que pode ocorrer fallback de fonte.

O Chrome 127 inclui a sintaxe de dois valores para transmitir uma métrica de fonte e um valor.

Texto alternativo com vários argumentos no conteúdo gerado pelo CSS

A propriedade CSS content permite especificar um texto alternativo para acessibilidade com a seguinte sintaxe:

.has-before-content::before {
    content: url("cat.jpg") / "A cute cat";
  }

A sintaxe mostrada, em que o texto alternativo é fornecido por uma única string, já tem suporte no Chrome. No Chrome 127, o texto alternativo pode ser fornecido por um número arbitrário de elementos, que, além de strings, podem ser funções attr() ou contadores. Exemplo:

.has-before-content::before {
  content: url("cat.jpg") / "A cute " attr(data-animal);
}

Essa entrada de recurso não inclui a adição de suporte a contadores.

Suporte a transições de visualização em iframes

No Chrome 127, transições simultâneas de visualização do mesmo documento em um frame principal e um iframe de mesma origem estarão disponíveis.

Anteriormente, executar uma transição de visualização usando document.startViewTransition em um iframe de mesma origem não funcionava se o frame principal estivesse executando uma transição ao mesmo tempo. A transição do iframe seria pulada automaticamente. Agora, ambas as transições serão executadas.

As transições de visualização em navegações entre documentos de mesma origem em um iframe também serão compatíveis.

APIs Web

Adições aos Relatórios de atribuição

O Chrome 127 inclui dois recursos adicionais para o Relatório de atribuição. Os relatórios de depuração agregados permitem que os autores de chamadas de API continuem recebendo informações de depuração mesmo após a descontinuação dos cookies de terceiros. Os escopos de atribuição oferecem mais controle sobre a filtragem de atribuição.

Configuração automática de conteúdo em tela cheia

Uma nova configuração de conteúdo "tela cheia automática" permite que os administradores corporativos permitam que os sites entrem em tela cheia sem um gesto do usuário. Os usuários também podem permitir que os apps da Web isolados usem esse recurso nas páginas de configurações do site.

Usado com a permissão de gerenciamento de janelas e os pop-ups desbloqueados, isso desbloqueia recursos valiosos de tela cheia:

  • Abra um pop-up em tela cheia em outra tela com um gesto.
  • Mostre conteúdo em tela cheia em várias telas com um único gesto.
  • Mostre conteúdo em tela cheia em uma nova tela quando ela estiver conectada.
  • Troque janelas em tela cheia entre telas com um gesto.
  • Mostrar conteúdo em tela cheia após consumo ou expiração do gesto do usuário.

Esta postagem incluía anteriormente o bit de cadeia ancestral entre sites para CookiePartitionKey de cookies particionados. Isso será enviado no Chrome 128.

Documentar o picture-in-picture: propagar a ativação do usuário

Isso torna as ativações do usuário em uma janela picture-in-picture de documento utilizáveis na janela de abertura e vice-versa. Isso torna mais ergonômico o uso de APIs restritas à ativação do usuário, já que, muitas vezes, os manipuladores de eventos na janela de imagem em miniatura do documento são executados no contexto do abridor. Portanto, o contexto do abridor precisa ter acesso ao gesto do usuário.

Integridade do Importmap

No momento, os módulos ES importados não podem ter a integridade verificada e, portanto, não podem ser executados em ambientes que exigem integridade de subrecurso ou com diretivas CSP require-sri-for.

Esse recurso adiciona uma seção integrity para importar mapas, permitindo que os desenvolvedores mapeiem URLs de módulos ES para os metadados de integridade e garantam que eles sejam carregados apenas quando corresponderem aos hashes esperados.

Contêineres de rolagem com foco no teclado

Este recurso inclui as seguintes mudanças:

Os controles de rolagem podem ser focalizados por clique e programaticamente por padrão. Os controles de rolagem sem filhos focalizáveis podem ser focalizados pelo teclado por padrão.

Essa é uma melhoria importante para tornar os controles de rolagem e o conteúdo deles mais acessíveis a todos os usuários. Leia mais sobre os benefícios dele na postagem Controles de rolagem focalizáveis do teclado. Os controles de rolagem focalizáveis do teclado serão ativados por padrão a partir do Chrome 127. Se os sites precisarem de tempo para se ajustar a esse novo recurso, há algumas opções:

Não há suporte a No-Vary-Search para pré-renderização

Amplia o suporte a "No-Vary-Search" para pré-renderização em cima do suporte anterior de pré-renderização. Isso permite que uma entrada de renderização antecipada seja correspondente mesmo que determinados parâmetros de consulta do URL sejam alterados. O cabeçalho de resposta HTTP No-Vary-Search declara que algumas ou todas as partes da consulta de um URL podem ser ignoradas para fins de correspondência de cache.

Esta postagem incluía os Eventos de captura, mas eles estão atrás de uma flag no Chrome 127 e serão lançados na versão estável em uma versão futura.

Capítulo do vídeo em MediaMetadata

Agora é possível adicionar informações de capítulos individuais, como o título da seção, o carimbo de data/hora e uma imagem de captura de tela aos metadados de mídia. Isso permite que os usuários naveguem pelo conteúdo da mídia.

Isso só vai aparecer nas notificações de mídia do ChromeOS, e não nos controles de mídia globais do navegador Chrome.

WebGPU: atributo de informações do GPUAdapter

Adiciona um atributo de informações do GPUAdapter síncrono para extrair as mesmas informações sobre o adaptador físico, como no método assíncrono requestAdapterInfo() do GPUAdapter.

Testes de origem em andamento

No Chrome 127, você pode ativar os seguintes novos testes de origem.

Transporte de dicionário de compactação com Brotli compartilhado e Zstandard compartilhado

Esse recurso adiciona suporte ao uso de respostas anteriores designadas, como um dicionário externo para respostas HTTP compactadas com Brotli (ou Zstandard).

Descontinuação de 0.0.0.0 para acesso à rede privada (PNA)

Propomos bloquear o acesso ao endereço IP 0.0.0.0 antes do lançamento completo da PNA.

O Chrome está descontinuando o acesso direto a endpoints de rede particular de sites públicos como parte da especificação PNA. Essa especificação considera os serviços que escutam no localhost (127.0.0.0/8) como privados. A proteção de PNA do Chrome (lançada como parte de https://chromestatus.com/feature/5436853517811712) pode ser contornada usando o endereço IP 0.0.0.0 para acessar serviços que estão aguardando no localhost no macOS e no Linux.

Isso também pode ser usado indevidamente em ataques de revinculação do DNS que visam um aplicativo da Web que está em escuta no localhost.

Como 0.0.0.0 não é (e não deve ser) usado na prática, estamos descontinuando-o separadamente do restante das solicitações de rede privada.

Descontinuar o uso de cookies de terceiros

Planejamos descontinuar e remover o acesso padrão a cookies de terceiros (ou seja, cross-site) começando com um período de teste inicial de 1% no primeiro trimestre de 2024, seguido por um desativamento gradual planejado para começar no primeiro trimestre de 2025, sujeito à resolução de quaisquer preocupações de concorrência restantes da Autoridade de Concorrência e Mercados do Reino Unido.

A descontinuação dos cookies de terceiros é um esforço central da iniciativa do Sandbox de privacidade, que tem como objetivo reduzir de forma responsável o rastreamento entre sites na Web (e além disso) e oferecer suporte a casos de uso importantes com novas tecnologias.

Particionamento de APIs de armazenamento, workers de serviço e comunicação

No Chrome 115 e versões mais recentes, as APIs de armazenamento, workers de serviço e comunicação são particionadas em contextos de terceiros. Do Chrome 113 ao 126, os sites puderam participar de um teste de descontinuação para remover temporariamente a partição e restaurar o comportamento anterior de armazenamento, service workers e APIs de comunicação.

A partir do Chrome 125, o armazenamento sem cookies na API Storage Access tem suporte, o que deve resolver a maioria dos casos de uso para armazenamento não particionado. Quando esses casos de uso não forem atendidos, agora será possível solicitar uma renovação do teste de descontinuação de DisableThirdPartyStoragePartitioning para mais seis marcos, para usuários do Chrome 127 a 132.

Consulte a postagem do blog sobre a renovação do teste de descontinuação do particionamento de armazenamento para mais informações.

Teste de descontinuação de contêineres de rolagem com foco no teclado

Este recurso inclui as seguintes mudanças:

  • Os controles de rolagem podem ser focalizados por clique e programaticamente por padrão.
  • Os controles de rolagem sem filhos focalizáveis podem ser focalizados pelo teclado por padrão.

Tentamos enviar essas mudanças e descobrimos que um número limitado de sites não atendeu às expectativas em relação a alguns dos componentes. Como resultado, tivemos que desativar o recurso para evitar esse problema. Considerando os benefícios, o recurso vai começar a ser enviado na versão 127. Para dar mais tempo aos sites afetados para migrar os componentes, estamos iniciando um teste de descontinuação. Quando ativado, esse recurso é desativado.

Suspensões de uso e remoções

Esta versão do Chrome apresenta as descontinuações e remoções listadas abaixo. Acesse o ChromeStatus.com para conferir listas de descontinuações planejadas, descontinuações atuais e remoções anteriores.

Esta versão do Chrome remove três recursos.

Eventos de mutação

O suporte a eventos de mutação será desativado por padrão a partir do Chrome 127. A migração do código precisa ser feita antes dessa data para evitar falhas em sites. Se você precisar de mais tempo, há algumas opções:

Consulte a postagem do blog Descontinuação dos eventos de mutação para mais detalhes.

Restringir "solicitações de rede particular" para subrecursos de sites públicos a contextos seguros

Exige que as solicitações de rede privada para subrecursos de sites públicos só possam ser iniciadas em um contexto seguro. Exemplos incluem solicitações de Internet para intranet e de Internet para loopback.

Esta é a primeira etapa para implementar totalmente o Acesso a rede privada.

Remover a sintaxe antiga do estado personalizado de CSS

A pseudoclasse de estado personalizado do CSS está sendo renomeada de :--foo para :state(foo). A nova sintaxe, :state(foo), foi ativada por padrão. Portanto, estamos removendo a sintaxe :--foo.

O Firefox e o Safari nunca implementaram a sintaxe antiga e enviaram a nova.

Os clientes corporativos que precisam de mais tempo podem usar a política CSSCustomStateDeprecatedSyntaxEnabled. Essa política será removida no Chrome 131.