Beta do Chrome 143

Rachel Andrew

Publicado em: 29 de outubro de 2025

Salvo indicação em contrário, essas mudanças se aplicam à versão Beta do Chrome 143 para Android, ChromeOS, Linux, macOS e Windows. Saiba mais sobre esses recursos nos links fornecidos ou em ChromeStatus.com. Faça o download da versão Beta 143 do Chrome em Google.com para computador ou na Google Play Store para Android.

CSS e interface

Consultas de contêiner de substituição ancoradas do CSS

Esse recurso apresenta @container anchored(fallback) para estilizar descendentes de elementos posicionados por âncora com base em qual valor de position-try-fallbacks é aplicado.

Por exemplo, é possível usar essas consultas para estilizar a conexão de um elemento fixado ou as animações dele com base em como o elemento fixado e o elemento ancorado estão posicionados em relação um ao outro.

Exemplo:

#anchored {
 position-try-options: flip-block;
 container-type: anchored;
}

@container anchored(fallback: flip-block) {
  #anchored > .arrow {
    --arrow-rotation: 180deg;
   }
}

Saiba mais em Detectar posições de substituição com consultas de contêiner ancoradas do Chrome 143.

EditContext: TextFormat underlineStyle e underlineThickness

O Chromium lançou a API EditContext com um bug em que o objeto TextFormat, fornecido pelo EditContext/textformatupdate_event, apresenta valores incorretos para as propriedades underlineStyle e underlineThickness. No Chromium, os valores possíveis são None, Solid, Dotted, Dashed, Squiggle e None, Thin, Thick. No entanto, de acordo com a especificação EditContext, eles devem ser none, solid, dotted, dashed, wavy e none, thin, thick.

APIs Web

Permitir mais caracteres nas APIs DOM JavaScript

O analisador HTML sempre (ou há muito tempo) permitiu que elementos e atributos tivessem uma grande variedade de caracteres e nomes válidos, mas as APIs DOM JavaScript para criar os mesmos elementos e atributos são mais rigorosas e não correspondem ao analisador.

Essa mudança flexibiliza a validação das APIs DOM do JavaScript para corresponder ao analisador HTML.

Mais contexto aqui: github.com/whatwg/dom/issues/849

Não esperamos que essa mudança cause problemas de compatibilidade, porque todos os nomes de elementos e atributos permitidos anteriormente continuam válidos com o novo comportamento.

Regras de especulação: melhorias na ansiedade "ansiosa" em dispositivos móveis

Em dispositivos móveis, as regras de pré-busca e especulação de pré-renderização para a impaciência "eager" agora são acionadas quando os elementos de âncora HTML estão na janela de visualização por um curto período.

Antes, a pré-busca e a pré-renderização eram iniciadas assim que possível, o que era equivalente à impaciência "imediata". Esse comportamento atualizado é mais útil porque reflete melhor a intenção do autor de ser mais ansioso do que "moderado" e menos ansioso do que "imediato".

Implementar a propriedade CSS font-language-override

Esse recurso oferece suporte à propriedade CSS font-language-override no Chromium. A propriedade permite que os desenvolvedores substituam o idioma do sistema usado para substituição de glifos OpenType especificando uma tag de idioma de quatro caracteres diretamente em CSS.

Isso oferece controle tipográfico refinado, útil para conteúdo multilíngue ou fontes com variantes de glifos específicas de idiomas.

WebGPU: troca de componentes de textura

A troca de componentes de textura permite que GPUTextureViews reorganize ou substitua os componentes de cor dos canais vermelho, verde, azul ou alfa de uma textura quando um shader os acessa.

ICU 77 (compatível com Unicode 16)

A biblioteca de suporte Unicode ICU (International Components for Unicode) foi atualizada da versão 74.2 para 77.1, adicionando suporte ao Unicode 16 e atualizando dados de localidade. Duas mudanças podem representar um risco para aplicativos da Web que pressupõem um formato específico das APIs JavaScript Intl:

• A formatação padrão de números em italiano agora omite o separador de milhar para números de quatro dígitos. Por exemplo, new Intl.NumberFormat("it").format(1234) retorna "1234" em vez de "1.234". É possível alcançar o comportamento antigo com o parâmetro useGrouping para o construtor Intl.NumberFormat.
• Em algumas localidades em inglês (por exemplo, en-AU, en-GB e en-IN), uma vírgula foi adicionada depois dos dias da semana por extenso, mudando "Saturday 30 April 2011" para "Saturday, 30 April 2011". Os aplicativos da Web precisam evitar depender da formatação precisa de datas.
• Intl e RegExp (V8): muitas pequenas mudanças. A mudança na formatação de números italianos é o maior risco e tem uma flag dedicada.
• IDNA: esse upgrade geralmente permite mais coisas e melhora os resultados gerais dos testes no WPT.
• Segmentação de texto: a mudança mais notável é a melhoria da quebra de linha em japonês ao usar word-break: auto-phrase. Isso está relacionado a https://chromestatus.com/feature/5133892532568064.

Propriedade DataTransfer para eventos de entrada insertFromPaste, insertFromDrop e insertReplacementText

Esse recurso preenche a propriedade dataTransfer em eventos de entrada com inputType de insertFromPaste, insertFromDrop e insertReplacementText. Isso fornece acesso aos dados da área de transferência e de arrastar e soltar durante as operações de edição em elementos contenteditable.

O objeto dataTransfer contém os mesmos dados que estavam disponíveis durante o evento beforeinput.

Esse recurso se aplica apenas a elementos contenteditable. Para controles de formulário (textarea, input), o comportamento permanece inalterado: a propriedade data contém o texto inserido, e dataTransfer permanece nulo. O Safari e o Firefox já são compatíveis com esse recurso. A adoção desse recurso pelo Chrome melhora a interoperabilidade entre navegadores, oferecendo uma experiência mais consistente para autores da Web.

FedCM: suporte a respostas JSON estruturadas de IdPs

Com esse recurso, os provedores de identidade (IdPs) retornam objetos JSON estruturados em vez de strings simples para as partes confiáveis (RPs) usando o id_assertion_endpoint.

Essa mudança simplifica a integração para desenvolvedores, eliminando a necessidade de serializar e analisar manualmente strings JSON. Ele oferece fluxos de autenticação mais dinâmicos e flexíveis, permitindo que os RPs interpretem respostas complexas diretamente e ofereçam suporte a vários protocolos, como OAuth2, OIDC ou IndieAuth, sem acordos fora da banda.

Negociação de protocolo de aplicativo WebTransport

Com a negociação do protocolo de aplicativo WebTransport, é possível negociar o protocolo usado pelo aplicativo da Web no handshake do WebTransport.

Um aplicativo da Web pode especificar uma lista de protocolos de aplicativo ao construir um objeto WebTransport. Esses protocolos são transmitidos ao servidor por cabeçalhos HTTP. Se o servidor escolher um desses protocolos, ele poderá indicar isso nos cabeçalhos de resposta, e essa resposta estará disponível no objeto WebTransport.

API Web Smart Card para apps isolados da Web

Disponível apenas em Apps Isolados da Web (AIW). Esse recurso permite que aplicativos de cartão inteligente (PC/SC) se movam para a plataforma da Web. Isso dá acesso à implementação do PC/SC (e aos drivers do leitor de cartão) disponíveis no sistema operacional host.

Os administradores podem controlar a disponibilidade dessa API de duas maneiras:

• Globalmente: usando a política DefaultSmartCardConnectSetting
• Por aplicativo: usando as políticas SmartCardConnectAllowedForUrls e SmartCardConnectBlockedForUrls

Manifesto do app da Web: especifica a qualificação para atualização, os URLs de ícones são Cache-Control: imutável

A especificação do manifesto agora inclui um algoritmo de qualificação para atualização. Isso torna o processo de atualização mais determinístico e previsível, oferecendo aos desenvolvedores mais controle sobre quando as atualizações são aplicadas às instalações atuais e aos usuários mais opções sobre o que fazer com uma atualização, como ignorá-la se quiserem. Ele também permite a remoção da "limitação de verificação de atualização" que os user agents implementam para evitar o desperdício de recursos de rede.

Intervenção de anúncios pesados: relatórios enviados para o frame de incorporação

Agora, os relatórios de intervenção no anúncio são enviados para o frame de incorporação do anúncio, além do frame do anúncio em si. O relatório enviado ao frame de incorporação vai conter o ID do iframe do anúncio e o URL pré-redirecionamento do frame que foi descarregado no campo de mensagem do corpo do relatório. Essa mudança dá ao contexto de incorporação a capacidade de identificar provedores de anúncios problemáticos e resolver anúncios disruptivos para melhorar a experiência do usuário.

Testes de origem em andamento

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

API Digital Credentials (suporte à emissão)

Com esse recurso, os sites emissores (por exemplo, uma universidade, agência governamental ou banco) podem iniciar o processo de provisionamento (emissão) de credenciais digitais diretamente no app de carteira digital de um usuário. No Android, essa capacidade usa o sistema Android IdentityCredential CredMan (Gerenciador de credenciais). Em computadores, ele usa abordagens entre dispositivos com o protocolo CTAP, semelhante ao fluxo entre dispositivos de apresentação de credenciais digitais.

Aleatorização do limite do pool de soquetes TCP

Ao explorar os limites no tamanho do pool de conexões no Chrome, você pode adquirir conhecimento sobre o estado entre sites que, de outra forma, seria inacessível. Especificamente, você pode (com alguma certeza estatística) avaliar o estado de login, o histórico de visitas ou até mesmo algo mais específico, como se o Gmail tem mensagens pendentes na caixa de entrada.

Para reduzir esse problema, a aleatorização é adicionada à forma como os pools de soquetes TCP são limitados para que um site observador não possa inferir essas informações com alta certeza.

Descontinuações e remoções

Esta versão do Chrome apresenta as suspensões de uso e remoções nas seções a seguir. Acesse ChromeStatus.com para ver listas de descontinuações planejadas, atuais e remoções anteriores.

Esta versão do Chrome descontinua dois recursos

Descontinuação de getters de informações de localidade internacional

A API Intl Locale Info é uma proposta TC39 do ECMAScript de fase 3 para melhorar o objeto Intl.Locale expondo informações de localidade, como dados de semana (primeiro dia da semana, dia de início do fim de semana, dia de término do fim de semana, dia mínimo da primeira semana) e ciclo de direção de texto por hora usado na localidade.

A implementação foi lançada no Chrome 99. No entanto, a proposta mudou na fase 3 e moveu vários getters para funções. Os getters descontinuados precisam ser removidos, e as funções renomeadas, reiniciadas.

Descontinuar XSLT

XSLT v1.0, que todos os navegadores seguem, foi padronizado em 1999. Enquanto isso, o XSLT evoluiu para as versões 2.0 e 3.0, adicionando recursos e divergindo da versão implementada nos navegadores. Essa falta de avanço, aliada ao aumento de bibliotecas e frameworks JavaScript que oferecem manipulação flexível e poderosa do DOM, levou a um declínio significativo no uso de XSLT do lado do cliente. Tecnologias baseadas em JavaScript, como JSON e React, substituíram em grande parte a função dele no navegador da Web.

O Chromium usa a biblioteca libxslt para processar essas transformações, mas a libxslt ficou sem manutenção por aproximadamente seis meses em 2025. O Libxslt é uma base de código C complexa e antiga que está sujeita a vulnerabilidades de segurança de memória, como estouros de buffer, que podem levar à execução de código arbitrário. Como o XSLT do lado do cliente é um recurso de nicho e raramente usado, essas bibliotecas recebem menos manutenção e análise de segurança do que os mecanismos JavaScript principais. No entanto, eles representam uma superfície de ataque direta para processar conteúdo da Web não confiável. Na verdade, o XSLT é a origem de várias explorações de segurança recentes de alto perfil que continuam colocando em risco os usuários de navegadores.

Por esses motivos, o Chromium planeja descontinuar e remover o XSLT da plataforma da Web. O WHATWG decidiu avançar com a descontinuação do XSLT.

Para mais detalhes sobre a descontinuação e informações sobre o que fazer se você usa XSLT, leia Remover XSLT para um navegador mais seguro.