Chromes on alanud kolmanda versiooni manifesti testimine, mis ei ühildu uBlock Origin'iga.

Google'i ettevõte alustas katsetust kolmanda redaktsiooni Chrome'i manifestiga, mis rikub mitmete laiendite toimimist, mis blokeerivad soovimatut sisu ja tagavad turvalisuse. Uue manifesti toetamine, mis määratleb võimalused ja ressursid, mis on laienditele kergesti kättesaadavad, on lisatud katsetusversioonidesse Chrome Canary Uus manifest on välja töötatud.
algatuses turvalisuse, privaatsuse ja laiendite efektiivsuse suurendamiseks (peamine eesmärk on lihtsustada turvaliste ja efektiivsete laiendite loomist ning raskendada ohtlike ja aeglaste laiendite loomist). Manifest on praegu varajases alfa-testimises, see ei ole lõplik ja on lisatud, et anda arendajatele võimalus alustada katsetamist ja kohandada oma laiendeid.

Uue manifesti aktiveerimist oodatakse järgmise aasta jooksul. Teise redaktsiooni manifesti toetamise lõpetamise aega ei ole veel määratud.
Laiendite uuele manifestile ülemineku lihtsustamiseks on koostatud
kontrollnimekiri , mis sisaldab muudatusi, millele laiendite arendajad peaksid tähelepanu pöörama.Tuletame meelde, et

peamine rahulolematus manifestiga uus on seotud API webRequest blokeerimise töörežiimi toetuse katkestamisega, mis piiratakse ainult lugemisrežiimiga. Erand tehakse ainult ettevõtte Chrome'i väljaandele (Chrome for Enterprise), kus API webRequesti tugi jääb alles. Mozilla otsustas mitte järgida uut manifesti ja säilitada Firefoxis API webRequesti täieliku kasutamise võimaluse. Uue manifesti sisu filtreerimise jaoks on pakutud deklaratiivset API-d

declarativeNetRequest. Kui API webRequest võimaldas siduda enda töötlejatest, kellel oli täielik juurdepääs võrgupäringutele ja kes suudavad reaalajas liiklust modifitseerida, siis uus API declarativeNetRequest pakub juurdepääsu valmis universaalsele sisseehitatud filtrimootorile, mis käsitleb ise blokeerimise reegleid, keelates isiklike filtreerimisalgoritmide kasutamise ja ei luba määrata keerulisi reegleid, mis kattuvad erinevate tingimustega. declarativeNetRequest. Kui API webRequest võimaldas ühendada oma töötlejad, kellel on täielik juurdepääs võrgu päringutele ja kes suudavad reaalajas liiklust muuta, siis uus API declarativeNetRequest annab juurdepääsu valmiskujul sisseehitatud mootorile filtreerimiseks, mis töötleb blokeerimisreegleid iseseisvalt, ei luba kasutada oma filtreerimisalgoritme ega võimalda määrata keerulisi reegleid, mis üksteist olenevalt tingimustest katab.

Uues manifestis on tutvustatud ka teisi muudatusi, mis mõjutavad lisandite ühilduvust. Nende seas:

• Üleminek teenuste töötlejate täitmisele taustprotsesside kujul, mis nõuab arendajatelt mõnede lisandite koodi muutmist.
• Uus detailsustatud volituste taotlemise mudel — lisand ei saa kohe aktiveeruda kõigis lehtedes (volitus "all_urls" on eemaldatud), vaid töötab ainult aktiivse vahekaartide kontekstis, st kasutajal tuleb kinnitada lisandi töö iga saidi kohta.
• Muudetud Cross-origin päringute töötlemine — vastavalt uuele manifestile kehtivad sisuhalduse skriptidele samad volituste piirangud, nagu ka peamise lehe jaoks, kuhu need skriptid on lisatud (näiteks, kui leht ei pääse juurdepääsule asukoha määramise API-le, siis ka lisandi skript ei saa sellele juurdepääsu).
• Välistelt serveritelt laaditud koodi täitmise keeld (räägime olukordadest, kus lisand laadib ja täidab välist koodi).

Allikas: opennet.ru