O Google revelou um cronograma para descontinuar a versão XNUMX do manifesto do Chrome em favor da versão XNUMX, que foi criticada por quebrar muitos de seus complementos de segurança e bloqueio de conteúdo. Em particular, o popular bloqueador de anúncios uBlock Origin está anexado à segunda versão do manifesto, que não pode ser transferido para a terceira versão do manifesto devido à descontinuação do suporte para o modo de operação de bloqueio da API webRequest.
A partir de 17 de janeiro de 2022, a Chrome Web Store não aceitará mais complementos que usam a segunda versão do manifesto, mas os desenvolvedores de complementos adicionados anteriormente continuarão a poder publicar atualizações. Em janeiro de 2023, o Chrome deixará de oferecer suporte à segunda versão do manifesto e todos os complementos vinculados a ele deixarão de funcionar. Ao mesmo tempo, será proibida a publicação de atualizações para tais complementos na Chrome Web Store.
Recorde-se que na terceira versão do manifesto, que define as capacidades e recursos disponibilizados aos add-ons, como parte de uma iniciativa para reforçar a segurança e a privacidade, em vez da API webRequest, a API declarativaNetRequest, limitada nas suas capacidades, é proposto. Enquanto a API webRequest permite que você conecte seus próprios manipuladores que têm acesso total às solicitações de rede e são capazes de modificar o tráfego em tempo real, a API declarativaNetRequest fornece acesso apenas a um mecanismo de filtragem pronto integrado ao navegador, que processa de forma independente o bloqueio regras e não permite o uso de seus próprios algoritmos de filtragem e não permite definir regras complexas que se sobrepõem dependendo das condições.
Segundo o Google, ele continua trabalhando na implementação em declarativeNetRequest dos recursos exigidos em add-ons que utilizam webRequest, e pretende trazer a nova API para um formato que atenda plenamente às necessidades dos desenvolvedores dos add-ons existentes. Por exemplo, o Google já levou em consideração os desejos da comunidade e adicionou suporte à API declarativaNetRequest para usar vários conjuntos de regras estáticas, filtrar usando expressões regulares, modificar cabeçalhos HTTP, alterar e adicionar regras dinamicamente, excluir e substituir parâmetros de solicitação, filtrar com ligação de guias e criação de sessões específicas de conjunto de regras. Nos próximos meses, está prevista a implementação adicional de suporte para scripts de processamento de conteúdo personalizáveis dinamicamente e a capacidade de armazenar dados em RAM.
Fonte: opennet.ru