No artigo anterior, falamos sobre o novo mecanismo Javascript em que o pessoal da Mozilla tem trabalhado para a próxima versão do Firefox 70 que chegará no próximo mês de outubro (você pode ler a nota no seguinte link). Neste artigo vamos falar sobre o anúncio feito pela Mozilla sobre o uso de complementos do Firefox com base na API WebExtensions em que os desenvolvedores do Mozilla tornaram sua posição conhecida em que eles não pretendem seguir totalmente a próxima terceira edição do Chrome Plugin Manifest.
Com isso, eles dão a conhecer que, em particular, O Firefox continuará a oferecer suporte ao modo de bloqueio da API webRequest, que permite que você altere o conteúdo aceito na hora e é procurado em bloqueadores de anúncios e sistemas de filtragem de conteúdo.
A ideia principal da transição para a API WebExtensions foi a unificação da tecnologia de desenvolvimento de plug-ins para Firefox e Chrome, portanto, em sua forma atual, o Firefox é quase 100% compatível com a segunda versão atual do manifesto do Chrome.
O manifesto define uma lista de recursos e recursos fornecidos para os complementos. Devido à introdução de medidas restritivas percebidas negativamente por ldesenvolvedores de plug-ins na terceira versão do manifesto, A Mozilla abandonará a prática de seguir totalmente o manifesto e não transferirá as alterações para o Firefox que violam a compatibilidade do plugin.
Lembre-se de que, apesar de todas as objeções, o Google planeja descontinuar o suporte para Chrome no modo que bloqueia o modo API WebRequest, limitando-o ao modo somente leitura e para oferecer novos recursos de filtragem de conteúdo declarativo da API declarativeNetRequest.
Se a API webRequest permitia que você conectasse seus próprios controladores com acesso total às solicitações de rede e capaz de modificar o tráfego em tempo real, a nova API declarativeNetRequest fornece acesso a um mecanismo de filtragem integrado universal pronto para uso que processa independentemente as regras de bloqueio, não permite o uso de seus próprios algoritmos de filtragem e não permite que regras complexas se sobreponham com base nas condições.
A Mozilla também está avaliando a conveniência de portar para o Firefox para suportar algumas das outras mudanças. da terceira versão do manifesto do Chrome, que viola o suporte do plug-in:
- La transição para a execução de trabalhadores de serviço na forma de processos em segundo plano, o que será necessário é que os desenvolvedores alterem o código de algumas adições.
Embora o novo método seja mais otimizado em termos de desempenho, a Mozilla está considerando manter o suporte para a execução de páginas em segundo plano. - Novo modelo de solicitação de permissão granular: o plugin não pode ser ativado imediatamente para todas as páginas (a permissão "all_urls" foi removida), mas só funcionará no contexto da guia ativa, ou seja, o usuário terá que confirmar o funcionamento do plugin para cada site. Neste segmento, a Mozilla está explorando maneiras de fortalecer o controle de acesso sem distrair constantemente o usuário.
- Alteração no processamento de aplicativos de origem cruzada: De acordo com o novo manifesto, as mesmas restrições de autoridade serão aplicadas aos scripts de processamento de conteúdo da página principal em que esses scripts são inseridos (por exemplo, se a página não tiver acesso à API de localização, os plug-ins de script não obterão este acesso também). A mudança está planejada para ser implementada no Firefox.
- Proibição de execução de código baixado de servidores externos (Estamos falando sobre situações em que um plugin carrega e executa código externo). O Firefox já usa bloqueio de código externo, e os desenvolvedores do Mozilla estão felizes em impor essa proteção usando técnicas adicionais de rastreamento de download de código oferecidas na terceira versão do manifesto.
fonte: https://blog.mozilla.org