November 21, the AMO catalog (addons.mozilla.org) will start accepting and certifying extensions with a digital signature that use the third version of the Chrome manifest. These extensions will be testable in the Firefox nightly builds. Support for the third version of the manifest will be incorporated into the stable releases in Firefox 109, scheduled for January 17, 2023. Support for the second version of the manifest will be maintained in the near future, but by the end of 2023, after evaluating the dynamics of the transition to the third version, the possibility of deprecating support for the second version will be considered.
A Chrome manifestum meghatározza a WebExtensions API használatával készült kiegészítők számára elérhető funkciókat és erőforrásokat. Az 57. verziótól a Firefox teljesen áttért a WebExtensions API használatára a kiegészítők fejlesztésében, és megszüntette a XUL technológia támogatását. A WebExtensions-re való áttérés lehetővé tette a kiegészítők fejlesztésének egységesítését a Chrome, Opera, Safari és Edge platformokkal, egyszerűsítette a kiegészítők portolását különböző webböngészők között, és lehetővé tette a teljes mértékű többfolyamatú működést (a WebExtensions kiegészítők külön folyamatokban futhatnak, elszigetelten a böngésző egyéb részeitől). A többi böngészővel való kiegészítőfejlesztés egységesítése érdekében a Firefox szinte teljes kompatibilitást biztosít a Chrome második verziójával.
Currently, work is underway in Chrome to transition to the third version of the manifest, with support for the second version set to end in January 2024. The main goal of the changes made in the new version is to simplify the creation of secure and high-performance extensions while complicating the creation of unsafe and slow extensions. Since the third version of the manifest has faced criticism and will disrupt the functionality of many extensions for blocking unwanted content and ensuring security, Mozilla has decided to move away from ensuring full compatibility with the manifest in Firefox and to implement some changes differently.
The main complaint about the third version of the manifest is the transition of the webRequest API to read-only mode, which allowed connecting custom handlers with full access to network requests and the ability to modify traffic on the fly. This API is used in uBlock Origin and many other extensions for blocking unwanted content and ensuring security. Instead of the webRequest API, the third version of the manifest proposes a limited capability API, declarativeNetRequest, which provides access to a built-in filtering engine that processes blocking rules independently, does not allow the use of custom filtering algorithms, and does not permit the setting of complex rules that overlap depending on conditions.
Among the features of the new manifest implementation in Firefox:
- Új deklaratív API került bevezetésre a tartalom szűrésére, de a Chrome-tól eltérően nem szűnt meg a régi blokkoló működési mód támogatása a webRequest API-nál.
- A manifesztben meghatározásra kerül a háttéroldalak cseréje Service Worker verzióra, amely háttérfolyamatokként (Background Service Workers) működik. A jövőbeni kompatibilitás érdekében a Firefox támogatni fogja a Service Workereket, de jelenleg egy új Event Pages mechanizmust kínál, amely ismerősebb a webfejlesztők számára, nem igényel teljes átírást a bővítményeknél, és kiküszöböli a Service Workerekkel kapcsolatos korlátozásokat. Az Event Pages lehetővé teszi a meglévő bővítmények háttéroldalakra való átírását a manifeszt harmadik verziójának követelményeinek megfelelően, miközben megőrzi hozzáférést minden olyan lehetőséghez, amely szükséges a DOM-mal való munkához.
- Az új, részletezett jogosultságkérelmi modell azt jelenti, hogy a kiegészítő nem aktiválódhat egyszerre minden oldalra (eltávolítva az "all_urls" jogosultságot), hanem csak az aktív függöny kontextusában működik, tehát a felhasználónak minden weboldalon megerősítenie kell a kiegészítő működését. A Firefoxban minden weboldal adatainak elérésére irányuló kérdés önkéntesnek minősül, és a végső döntést a felhasználó hozza, aki szelektíven döntheti el, hogy melyik kiegészítőnek adjon hozzáférést az adataihoz egy adott oldalon.
A jogosultságok kezelésére egy új „Unified Extensions” gomb került az interfészbe, amely már tesztelhető a Firefox éjszakai buildjeiben. Ez a gomb közvetlen eszközöket biztosít arra, hogy a felhasználó irányítsa, hogy mely webhelyekhez fér hozzá egyes bővítmények — a felhasználó megadhatja vagy visszavonhatja a bővítmény hozzáférését bármely webhelyhez. A jogosultságok kezelése csak a harmadik verziójú bővítményekre vonatkozik, a második verziójú bővítmények esetében nem történik granulált webhelyhozzáférés-kezelés.
- A Cross-origin kérések feldolgozásának megváltoztatása — az új manifestum szerint a tartalom feldolgozó szkriptek esetében ugyanolyan jogosultsági korlátozások vonatkoznak, mint a főoldalra, amelybe ezek a szkriptek beágyazódnak (például, ha az oldal nem fér hozzá a helymeghatározó API-hoz, akkor a kiegészítő szkript sem kap hozzáférést). Ez a változás teljes mértékben megvalósult a Firefoxban.
- Ígéretek alapú API. A Firefox támogatja ezt az API-t, és a harmadik verziójú manifeszt számára a 'chrome.*' névtérbe helyezi.
- Külső forrásból betöltött kód futásának tilalma szerverek (a helyzetekre vonatkozóan, amikor a bővítmény külső kódot tölt be és hajt végre). A Firefox blokkolja a külső kódot, és a Mozilla fejlesztői további letöltéskövetési technikákat adtak hozzá, amelyeket a harmadik verziójú manifeszt javasolt. A tartalomfeldolgozó szkriptekhez külön hozzáférési korlátozási politika (CSP, Content Security Policy) került bevezetésre.
Forrás: opennet.ru
