Google ha presentat una línia de temps per desactivar la versió XNUMX del manifest de Chrome a favor de la versió XNUMX, que ha estat criticada per trencar molts dels seus complements de seguretat i bloqueig de contingut. En particular, el popular bloquejador d'anuncis uBlock Origin s'adjunta a la segona versió del manifest, que no es pot transferir a la tercera versió del manifest a causa de la suspensió del suport per al mode de funcionament de bloqueig de l'API webRequest.
A partir del 17 de gener de 2022, Chrome Web Store ja no acceptarà complements que utilitzin la segona versió del manifest, però els desenvolupadors de complements afegits anteriorment continuaran podent publicar actualitzacions. El gener de 2023, Chrome deixarà d'admetre la segona versió del manifest i tots els complements vinculats a ell deixaran de funcionar. Al mateix temps, es prohibirà la publicació d'actualitzacions d'aquests complements a Chrome Web Store.
Recordem que a la tercera versió del manifest, que defineix les capacitats i recursos que es proporcionen als complements, com a part d'una iniciativa per reforçar la seguretat i la privadesa, en comptes de l'API webRequest, l'API declarativeNetRequest, limitada en les seves capacitats, es proposa. Tot i que l'API webRequest us permet connectar els vostres propis gestors que tenen accés complet a les sol·licituds de xarxa i són capaços de modificar el trànsit sobre la marxa, l'API declarativeNetRequest només proporciona accés a un motor de filtrat preparat integrat al navegador, que processa el bloqueig de manera independent. regles i no permet l'ús dels seus propis algorismes de filtrat i no permet establir regles complexes que se superposen en funció de les condicions.
Segons Google, continua treballant per implementar a declarativeNetRequest les capacitats necessàries als complements que utilitzen webRequest i té la intenció d'aportar la nova API a un formulari que compleixi plenament les necessitats dels desenvolupadors dels complements existents. Per exemple, Google ja ha tingut en compte els desitjos de la comunitat i ha afegit suport a l'API declarativeNetRequest per utilitzar diversos conjunts de regles estàtiques, filtrar mitjançant expressions regulars, modificar les capçaleres HTTP, canviar i afegir regles de manera dinàmica, suprimir i substituir paràmetres de sol·licitud, filtrar amb enllaç de pestanyes i creant sessions de regles específiques específiques. En els propers mesos, també està previst implementar suport per a scripts de processament de contingut personalitzables dinàmicament i la capacitat d'emmagatzemar dades a la memòria RAM.
Font: opennet.ru