Chrome 127 Beta

Salvo indicação em contrário, as seguintes mudanças são válidas para a versão Beta mais recente do Chrome lançamento do canal para Android, ChromeOS, Linux, macOS e Windows. Saiba mais sobre os recursos listados aqui nos links fornecidos ou na lista em ChromeStatus.com. O Chrome 127 está na versão Beta desde 12 de junho de 2024. Você pode fazer o download mais recente no Google.com para computador ou em Google Play Store no Android.

CSS

Nesta versão, adicionamos três novos recursos CSS.

CSS "font-size-adjust"

A font-size-adjust A propriedade CSS fornece uma maneira de modificar o tamanho de letras minúsculas em relação a o tamanho de letras maiúsculas, que define o tamanho geral da fonte. Isso é útil em situações em que pode ocorrer uma substituição 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 em conteúdo gerado por 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á é compatíveis com o Chrome. A partir do Chrome 127, o texto alternativo pode ser fornecido por uma número de elementos, que, além das 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 de contador.

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

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

Antes, executar uma transição de visualização usando o document.startViewTransition em um iframe de mesma origem não funcionaria se o frame principal estivesse executando uma transição. ao mesmo tempo. A transição do iframe seria ignorada 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 vão também serão suportados.

APIs Web

Adições à API Attribution Reporting

O Chrome 127 inclui mais dois recursos para a API Attribution Reporting. Agregar Os relatórios de depuração permitem que os autores das chamadas da API continuem recebendo informações de depuração. mesmo após a descontinuação dos cookies de terceiros. Com os escopos de atribuição, você tem mais controle sobre a filtragem de atribuição.

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

Uma nova "tela cheia automática" configuração de conteúdo permite que administradores corporativos permitam para entrar no modo de tela cheia sem um gesto do usuário. Os usuários também podem permitir o acesso isolado da Web Apps para usar esse recurso nas páginas de configurações do site.

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

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

Esta postagem anteriormente incluía o bit de cadeia de ancestral entre sites para CookiePartitionKey de cookies particionados. Ele estará disponível no Chrome 128.

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

Isso torna utilizáveis as ativações do usuário em uma janela picture-in-picture do documento dentro da janela de abertura e vice-versa. Isso torna o uso mais ergonômico APIs controladas por ativação do usuário, já que muitas vezes os manipuladores de eventos no documento janela picture-in-picture são executadas no contexto da pessoa que abre, então o contexto da pessoa que abre precisa de acesso ao gesto do usuário.

Integridade do mapa de importação

No momento, não é possível verificar a integridade dos módulos ES importados. Portanto, não pode ser executada em ambientes que exijam integridade de sub-recursos ou com require-sri-for diretivas da CSP.

Este recurso adiciona uma seção integrity para importar mapas, permitindo que os desenvolvedores mapeie URLs do módulo ES para os metadados de integridade e garanta que eles sejam carregados somente quando eles correspondam aos hashes esperados.

Contêineres de rolagem focalizáveis do teclado

Esse recurso apresenta as seguintes mudanças:

Por padrão, os controles de rolagem podem ser focados por clique e programaticamente com foco. Por padrão, os controles de rolagem sem filhos focalizáveis são focalizáveis pelo teclado.

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

Compatibilidade com No-Vary-Search para pré-renderização

Estende a compatibilidade com o No-Vary-Search para pré-renderizar sobre a pré-busca anterior suporte. Isso permite que uma pré-renderizar a entrada para corresponder, mesmo se determinados parâmetros de consulta do URL mudarem. A O cabeçalho de resposta HTTP No-Vary-Search declara que algumas ou todas as partes da propriedade pode ser ignorada para fins de correspondência de cache.

Esta postagem incluía eventos do Snap, mas eles aparecem com uma flag Chrome 127. Vamos lançar a versão estável em uma versão futura.

Capítulo do vídeo em MediaMetadata

Agora você pode adicionar um capítulo individual informações, como título da seção, carimbo de data/hora e uma captura de tela da seção metadados. Isso permite que os usuários naveguem pelo conteúdo da mídia.

Essa informação só aparece nas notificações de mídia do ChromeOS, não nas Controles de mídia globais do navegador Chrome.

WebGPU: atributo de informações do GPUAdapter

Adiciona um atributo de informação síncrono GPUAdapter para recuperar as mesmas informações sobre o adaptador físico, assim como com o GPUAdapter assíncrono requestAdapterInfo().

Testes de origem em andamento

No Chrome 127, é possível ativar as seguintes novas origens testes.

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

Esse recurso adiciona suporte ao uso de respostas anteriores designadas, como uma dicionário externo para respostas HTTP com compactação Brotli (ou Zstandard).

Suspensão do uso de 0.0.0.0 para acesso à rede privada (PNA)

Propomos bloquear completamente o acesso ao endereço IP 0.0.0.0 antes da PNA está sendo lançado.

O Chrome vai descontinuar o acesso direto a endpoints de rede privada de apps públicos sites como parte Especificação da PNA. Esta especificação considera serviços escutando no localhost (127.0.0.0/8) considerados privados. Proteção PNA do Chrome (lançada como parte de https://chromestatus.com/feature/5436853517811712) podem ser ignoradas com o Endereço IP 0.0.0.0 para acessar serviços que detectam no localhost no macOS e Linux.

Isso também pode ser usado em ataques de revinculação do DNS direcionados a um aplicativo da Web. no localhost.

Como o 0.0.0.0 não é (e não deve ser) usado na prática, ele vai ser descontinuado. separadamente do restante da descontinuação das solicitações de rede privada.

Suspensão do uso de cookies de terceiros

Pretendemos descontinuar e remover o acesso padrão a serviços de terceiros (também conhecido como cross-site). dos cookies, começando com um período de teste inicial de 1% no primeiro trimestre de 2024, seguido por um a descontinuação gradual vai começar no primeiro trimestre de 2025, sujeita à resolução questões de concorrência restantes da Autoridade de Concorrência e Mercados do Reino Unido.

A eliminação de cookies de terceiros é uma iniciativa central para da iniciativa Sandbox de privacidade, que busca reduzir, de forma responsável, o tráfego na Web (e em outros lugares) e, ao mesmo tempo, oferecer suporte a casos de uso importantes por tecnologias.

Como particionar as APIs de armazenamento, service workers e comunicação

No Chrome 115, as APIs de armazenamento, service workers e comunicação foram particionados em contextos de terceiros. Do Chrome 113 ao 126, os sites puderam: participar de um teste de descontinuação para desfazer a partição e restaurar temporariamente antes de armazenamento, service workers e APIs de comunicação.

No Chrome 125, a API Storage Access oferece suporte ao armazenamento sem cookies, o que atenderá à maioria dos casos de uso de armazenamento não particionado. Onde se esses casos de uso não forem atendidos, agora é possível solicitar a renovação do Teste de descontinuação do DisableThirdPartyStoragePartitioning por mais 6 marcos, para usuários do Chrome 127 a 132 (inclusive).

Consulte a Postagem do blog sobre a renovação do teste de descontinuação do particionamento de armazenamento (em inglês) para mais informações.

Teste de descontinuação de contêineres de rolagem focalizáveis do teclado

Esse recurso apresenta as seguintes mudanças:

  • Por padrão, os controles de rolagem podem ser focados por clique e programaticamente com foco.
  • Por padrão, os controles de rolagem sem filhos focalizáveis são focalizáveis pelo teclado.

Tentamos implementar essas mudanças e descobrimos que um número limitado de locais tinha as expectativas em relação a alguns dos componentes. Como resultado, tivemos que remova o recurso para evitar esse problema. Dados os benefícios, o recurso será lançado em 127. Para dar mais tempo aos usuários afetados sites migrem seus componentes, estamos iniciando um teste de descontinuação. Quando ativado, isso desativará o recurso.

Descontinuações e remoções

Esta versão do Chrome apresenta as descontinuações e remoções listadas abaixo. Acesse ChromeStatus.com para conferir listas de descontinuações planejadas e 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. Código precisam ser migrados antes dessa data para evitar interrupções no site. Se for mais tempo necessário, há algumas opções:

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

Restringir "solicitações de rede privada" de sub-recursos de sites públicos para proteger contextos

Exige que as solicitações da rede privada para sub-recursos de sites públicos possam ser iniciados de um contexto seguro. Por exemplo, Internet para intranet e Internet para solicitações de loopback.

Esta é a primeira etapa para implementar totalmente as redes privadas Acesso.

Remover a sintaxe antiga do estado personalizado do CSS

A pseudoclasse de estado personalizado 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 ambos foram enviados a nova sintaxe.

Clientes corporativos que precisam de mais tempo podem usar o CSSCustomStateDeprecatedSyntaxEnabled. Esta política será removida em Chrome 131