A Chrome-ban megkezdődött a harmadik verziós manifest tesztelése, amely nem kompatibilis az uBlock Origin-nal

A Google vállalat Elkezdődött a tesztelés a Chrome harmadik kiadásának manifestumán, mely megsérti sok kiegészítő működését, amely a nem kívánt tartalom blokkolására és a biztonság garantálására szolgál. Az új manifestum támogatásához, amely meghatározza a kiegészítők számára elérhető lehetőségeket és erőforrásokat, kísérleti build-ekben került hozzáadásra. Az új manifestum a Chrome Canary.
biztonság, magánélet és a kiegészítők teljesítményének erősítésére készült (a fő cél a biztonságos és nagy teljesítményű kiegészítők készítésének megkönnyítése, és a nem biztonságos, lassú kiegészítők létrehozásának megnehezítése). kezdeményezés keretében A manifestum jelenleg korai alfa-tesztelési fázisban van, nem végleges, és azért került hozzáadásra, hogy lehetőséget adjon a fejlesztőknek a kísérletezésre és a kiegészítők adaptálására.

Az új manifestum aktiválását jövőre tervezik. A második kiadás támogatásának megszüntetésének időpontja még nem ismert.
Az új manifestumra való átállás megkönnyítése érdekében
ellenőrzőlistát , amely tartalmazza azokat a változásokat, amelyekre a fejlesztők figyelmét kell fordítaniuk.a manifestummal

Emlékeztetjük, hogy főként elégedetlenség új kapcsolatban áll a webRequest API blokkolási módjának támogatásának megszüntetésével, amely mostantól csak olvasási módban lesz elérhető. Kivételt képez a Chrome vállalati verziója (Chrome for Enterprise), amely megőrzi a webRequest API támogatását. A Mozilla úgy döntött, hogy nem követi az új manifestumot és megőrzi a Firefox számára a webRequest API teljes körű használatát. Az új manifestumban a webRequest API helyett egy deklaratív API kerül javaslásra a tartalom szűrésére.

Jelentős változások is szerepelnek az új manifestumban, amelyek hatással vannak a kiegészítők kompatibilitására. Közöttük: declarativeNetRequest. Míg a webRequest API lehetőséget adott a saját kezelők csatlakoztatására, akik teljes hozzáféréssel bírtak a hálózati kérésekhez és képesek voltak azonnal módosítani a forgalmat, az új declarativeNetRequest API kész, univerzális beépített motorhoz biztosít hozzáférést a szűréshez, amely önállóan kezeli a blokkolási szabályokat, és nem engedi meg saját szűrési algoritmusok használatát, sem bonyolult szabályok megadását, amelyek egymásra épülnek a körülmények függvényében.

A szolgáltató munkások háttérfolyamatként való végrehajtásának átállása, amely a fejlesztőktől megköveteli bizonyos kiegészítők kódjának módosítását.

• Az új granulelt jogosultságkérés modell - a kiegészítő nem tud aktiválódni az összes oldalra egyszerre (eltávolítva az 'all_urls' jogosultságot), hanem csak az aktív lap kontextusában működik, azaz a felhasználónak megerősítenie kell a kiegészítő működését minden egyes weboldalon.
• Новая гранулированная модель запроса полномочий — дополнение не сможет активироваться сразу для всех страниц (убрано полномочие «all_urls»), а будет работать только в контексте активной вкладки, т.е. пользователю потребуется подтверждать работу дополнения для каждого сайта.
• A Cross-origin request handling change — according to the new manifest, the same authority restrictions that apply to the main page will also apply to the content processing scripts inserted into it (for example, if the page does not have access to the location API, then the extension script will not gain that access either).
• Prohibition on executing code loaded from external servers (this concerns situations where the extension loads and executes external code).

Forrás: opennet.ru