{"id":100307,"date":"2021-05-28T16:22:45","date_gmt":"2021-05-28T14:22:45","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/mozilla-obobshhila-plany-po-podderzhke-v-firefox-tretej-versii-manifesta-chrome"},"modified":"2021-05-28T16:22:45","modified_gmt":"2021-05-28T14:22:45","slug":"mozilla-obobshhila-plany-po-podderzhke-v-firefox-tretej-versii-manifesta-chrome","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/news\/mozilla-obobshhila-plany-po-podderzhke-v-firefox-tretej-versii-manifesta-chrome","title":{"rendered":"Mozilla resumiu seus planos para suporte \u00e0 terceira vers\u00e3o do manifesto do Chrome no Firefox","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
A Mozilla publicou um plano para implementar no Firefox a terceira vers\u00e3o do manifesto do Chrome, que define as capacidades e recursos oferecidos \u00e0s extens\u00f5es. A terceira vers\u00e3o do manifesto foi criticada por interferir na funcionalidade de muitas extens\u00f5es de bloqueio de conte\u00fado indesejado e seguran\u00e7a. <\/p>\n
No Firefox, pretende-se implementar quase todas as capacidades e restri\u00e7\u00f5es do novo manifesto, incluindo uma API declarativa para filtragem de conte\u00fado (declarativeNetRequest), mas ao contr\u00e1rio do Chrome, o Firefox n\u00e3o descontinuar\u00e1 o suporte ao antigo modo de bloqueio da API webRequest, pelo menos at\u00e9 que a nova API atenda completamente \u00e0s necessidades dos desenvolvedores de extens\u00f5es que utilizam a API webRequest. Essa abordagem garantir\u00e1 compatibilidade com as extens\u00f5es do Chrome sem comprometer a compatibilidade com extens\u00f5es baseadas na API webRequest. <\/p>\n
Vale lembrar que a principal insatisfa\u00e7\u00e3o com o novo manifesto est\u00e1 relacionada \u00e0 transforma\u00e7\u00e3o da API webRequest em um modo somente leitura, que permitia a conex\u00e3o de manipuladores pr\u00f3prios com acesso total \u00e0s requisi\u00e7\u00f5es de rede e capazes de modificar o tr\u00e1fego em tempo real. A referida API \u00e9 utilizada no uBlock Origin e em muitas outras extens\u00f5es de bloqueio de conte\u00fado indesejado e seguran\u00e7a. Em vez da API webRequest, foi proposta uma API declarativa de funcionalidades limitadas, que fornece acesso a um mecanismo embutido para filtragem, que processa autonomamente as regras de bloqueio, n\u00e3o permitindo o uso de algoritmos pr\u00f3prios de filtragem e n\u00e3o permitindo a defini\u00e7\u00e3o de regras complexas que se sobreponham dependendo das condi\u00e7\u00f5es. <\/p>\n
No Firefox, o suporte \u00e0 terceira vers\u00e3o do manifesto do Chrome est\u00e1 previsto para testes no final de 2021, e a implementa\u00e7\u00e3o do novo manifesto est\u00e1 agendada para o in\u00edcio de 2022. Entre as caracter\u00edsticas da implementa\u00e7\u00e3o do novo manifesto no Firefox est\u00e3o: <\/p>\n
\n
Fornecimento da API declarativa declarativeNetRequest, mas com a manuten\u00e7\u00e3o da possibilidade de utilizar a antiga API webRequest.\n
Mudan\u00e7a no tratamento de requisi\u00e7\u00f5es Cross-origin \u2014 de acordo com o novo manifesto, as mesmas restri\u00e7\u00f5es de permiss\u00f5es que se aplicam \u00e0 p\u00e1gina principal onde esses scripts s\u00e3o incorporados ser\u00e3o aplicadas aos scripts de processamento de conte\u00fado (por exemplo, se a p\u00e1gina n\u00e3o tem acesso \u00e0 API de defini\u00e7\u00e3o de localiza\u00e7\u00e3o, o script complementar tamb\u00e9m n\u00e3o ter\u00e1 esse acesso). Parte das mudan\u00e7as relacionadas \u00e0s restri\u00e7\u00f5es de requisi\u00e7\u00f5es cross-origin j\u00e1 est\u00e1 dispon\u00edvel para testes nas vers\u00f5es noturnas do Firefox (em desenvolvimento como parte do projeto Fission, que pode ser ativado em about:preferences#experimental) e est\u00e1 prevista para implementa\u00e7\u00e3o em larga escala no terceiro trimestre de 2021.\n
As p\u00e1ginas em segundo plano ser\u00e3o substitu\u00eddas por Service workers, que funcionar\u00e3o como processos em segundo plano. A mudan\u00e7a ainda n\u00e3o est\u00e1 pronta para come\u00e7ar a ser testada.\n
API baseada em Promise. O Firefox j\u00e1 suporta esse tipo de API no espa\u00e7o de nomes \u00abbrowser.*\u00bb e para a terceira vers\u00e3o do manifesto, ela ser\u00e1 transferida para o espa\u00e7o de nomes \u00abchrome.*\u00bb.\n
Novo modelo granular de solicita\u00e7\u00e3o de permiss\u00f5es \u2014 a extens\u00e3o n\u00e3o poder\u00e1 ser ativada de uma s\u00f3 vez para todas as p\u00e1ginas (a permiss\u00e3o \u00aball_urls\u00bb foi removida), e funcionar\u00e1 apenas no contexto da aba ativa, ou seja, o usu\u00e1rio precisar\u00e1 confirmar a opera\u00e7\u00e3o da extens\u00e3o para cada site. A Mozilla est\u00e1 trabalhando para refor\u00e7ar o controle de acesso, mas pretende permitir que os usu\u00e1rios tomem suas pr\u00f3prias decis\u00f5es sobre permitir que extens\u00f5es funcionem com diferentes abas.\n