A Mozilla não transferirá todas as restrições da API WebExtensions do novo manifesto do Chrome

Mozilla Company anunciou o, que apesar do uso de um sistema de complementos baseado na API WebExtensions no Firefox, os desenvolvedores não pretendem seguir integralmente a futura terceira edição do manifesto para complementos do Chrome. Em particular, o Firefox continuará a suportar o modo de bloqueio da API. webRequest, que permite alterar o conteúdo recebido rapidamente e é muito procurado em bloqueadores de anúncios e sistemas de filtragem de conteúdo.

A ideia principal da mudança para a API WebExtensions era unificar a tecnologia de desenvolvimento de complementos para Firefox e Chrome, de forma que, em sua forma atual, o Firefox seja quase 100% compatível com a atual segunda versão do manifesto do Chrome. O manifesto define a lista de capacidades e recursos fornecidos aos complementos. Devido à introdução de medidas restritivas na terceira versão do manifesto, que são percebidas negativamente pelos desenvolvedores de add-ons, a Mozilla se afastará da prática de seguir integralmente o manifesto e não transferirá para o Firefox alterações que violem a compatibilidade com add-ons. nós.

Lembre-se que apesar em todos objeções, o Google pretende parar de oferecer suporte ao modo de bloqueio da API webRequest no Chrome, limitando-o ao modo somente leitura e oferecendo uma nova API declarativa para filtragem de conteúdo declarativoNetRequest. Embora a API webRequest tenha permitido conectar 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 nova API declarativaNetRequest fornece acesso a um mecanismo de filtragem universal integrado e pronto para uso que processa de forma independente regras de bloqueio , 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.

A Mozilla também está avaliando a viabilidade de migrar para o suporte do Firefox para algumas outras alterações da terceira versão do manifesto do Chrome que quebram a compatibilidade com complementos:

• A transição para a execução de Service Workers na forma de processos em segundo plano, o que exigirá que os desenvolvedores alterem o código de algumas adições. Embora o novo método seja mais eficiente do ponto de vista de desempenho, a Mozilla está considerando manter o suporte para execução de páginas em segundo plano.
• O novo modelo granular de solicitação de permissão - o complemento não poderá ser ativado para todas as páginas de uma vez (a permissão “all_urls” foi removida), mas funcionará apenas no contexto da guia ativa, ou seja, o usuário precisará confirmar se o complemento funciona para cada site. A Mozilla está explorando maneiras de fortalecer os controles de acesso sem distrair constantemente o usuário.
• Mudança no tratamento de solicitações de origem cruzada - de acordo com o novo manifesto, os scripts de processamento de conteúdo estarão sujeitos às mesmas restrições de permissão da página principal na qual esses scripts estão incorporados (por exemplo, se a página não tiver acesso ao API de localização, os complementos de script também não receberão esse acesso). A mudança está planejada para ser implementada no Firefox.
• Proibição de execução de código baixado de servidores externos (estamos falando de situações em que o add-on carrega e executa código externo). O Firefox já usa bloqueio de código externo, e os desenvolvedores da Mozilla estão dispostos a fortalecer essa proteção usando técnicas adicionais de rastreamento de download de código oferecidas na terceira versão do manifesto.

Fonte: opennet.ru