Google va començar amb les proves de l'Manifest V3. Aquest serà el final de uBlock Origin?

Fa alguns mesos vam compartir aquí al blog la notícia sobre les intencions de Google d'eliminar els bloquejadors de publicitat del seu navegador, això pel fet que els canvis introduïts en el Manifest V3 afecten principalment a extensions que tenen el propòsit de bloquejar la publicitat dins de el navegador.

Ara, diversos mesos després Google ha començat a provar la tercera versió del seu manifest (Manifest V3), en el qual el suport per al nou manifest, defineix les capacitats i recursos proporcionats pels complements, Aquest Manifest V3 s'ha afegit a les compilacions experimentals de Chrome Canary.

El nou manifest es va desenvolupar com a part d'una iniciativa per millorar la seguretat, la privacitat i el rendiment dels complements (l'objectiu principal és simplificar la creació de complements assegurances i d'alt rendiment i complicar la possibilitat de crear complements lents i insegurs).

El manifest encara es troba en l'etapa de proves alfa inicials, no és final i s'ha afegit per donar als desenvolupadors l'oportunitat de començar a experimentar i adaptar els seus complements. S'espera l'activació de el nou manifest el proper any.

Mentres que la finalització de l'suport per a la segona edició de l'manifest encara no s'ha determinat. Per simplificar la migració de complements a el nou manifest, s'ha preparat una llista de verificació que inclou els canvis que s'han d'abordar per als desenvolupadors de complements.

Article relacionat:

Google continua amb les seves intencions d'eliminar els bloquejadors d'anuncis

De qui és important recodar que la insatisfacció principal amb el nou manifest està relacionada amb la finalització d'el suport per a la manera de bloqueig de l'API webRequest, que es limitarà a la manera de sol lectura.

Només es farà una excepció per a l'edició Chrome for Enterprise, en la qual es mantindrà el suport per a l'API webRequest. Mozilla va decidir no seguir el nou manifest i mantenir Firefox utilitzant completament l'API webRequest.

Raymond Hill, desenvolupador líder de uBlock Origin, condemno aquesta decisió di Google. Segons aquest últim, el canvi a declarativeNetRequest API probablement significaria la mort d'aquestes extensions utilitzades a el menys per 10 milions d'usuaris d'Internet.

«Si aquesta API declarativeNetRequest (més aviat limitada) acaba sent l'única forma en què els bloquejadors de contingut poden realitzar la seva tasca, bàsicament significa que dos bloquejadors de contingut que he mantingut durant anys, uBlock Origin i uMatrix ja no poden a existir«

En lloc WebRequest API per filtrar el contingut en el nou manifest va proposar una declaratoria de l'API declarativeNetRequest.

Si l'API webRequest li va permetre connectar els seus propis controladors amb accés complet a les sol·licituds de xarxa i capaç de modificar el trànsit sobre la marxa, la nova API declarativeNetRequest proporciona accés a un motor de filtrat incorporat universal llest per utilitzar que processa independentment les regles de bloqueig, no permet l'ús dels seus propis algoritmes de filtrat i no permet complexos regles superposades entre si segons les condicions.

El nou manifest també introdueix altres canvis que afecten la compatibilitat amb complements. Entre ells estan:

• La transició a l'execució dels treballadors de l'servei en forma de processos en segon pla, El que requereix que els desenvolupadors canviïn el codi d'algunes addicions.
• Nou model granular de sol·licitud de permisos: el complement no es pot activar immediatament per a totes les pàgines (s'elimina el permís «all_urls«), Però només funcionarà en el context de la pestanya activa, és a dir l'usuari haurà de confirmar el treball de l'complement per a cada lloc.
• Canvi en el processament de sol·licituds d'origen creuat: D'acord amb el nou manifest, s'aplicaran les mateixes restriccions d'autoritat als scripts de processament de contingut que a la pàgina principal en la qual s'insereixen aquests scripts (per exemple, si la pàgina no té accés a l'API d'ubicació, llavors l'script dels complements tampoc obtindran aquest accés).
• Prohibició de l'execució de codi descarregat des de servidors externs (Estem parlant de situacions en què un complement càrrega i executa codi extern).