{"id":100307,"date":"2021-05-28T16:22:45","date_gmt":"2021-05-28T14:22:45","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/mozilla-obobshhila-plany-po-podderzhke-v-firefox-tretej-versii-manifesta-chrome"},"modified":"2021-05-28T16:22:45","modified_gmt":"2021-05-28T14:22:45","slug":"mozilla-obobshhila-plany-po-podderzhke-v-firefox-tretej-versii-manifesta-chrome","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/news\/mozilla-obobshhila-plany-po-podderzhke-v-firefox-tretej-versii-manifesta-chrome","title":{"rendered":"Mozilla heeft plannen samengevat voor de ondersteuning van de derde versie van de Chrome-manifest in Firefox","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Mozilla heeft een implementatieplan gepubliceerd voor Firefox dat de derde versie van het Chrome-manifest beschrijft, waarin de mogelijkheden en middelen van add-ons worden gedefinieerd. De derde versie van het manifest is bekritiseerd vanwege de verstoring van de werking van veel add-ons die ongewenste inhoud blokkeren en voor veiligheid zorgen. <\/p>\n
In Firefox zijn ze van plan om bijna alle mogelijkheden en beperkingen van het nieuwe manifest te implementeren, inclusief de declaratieve API voor inhoudsfiltering (declarativeNetRequest). Maar in tegenstelling tot Chrome zal Firefox de ondersteuning voor de oude blocker-modus van de webRequest API niet stopzetten, althans totdat de nieuwe API volledig voldoet aan de behoeften van de ontwikkelaars van add-ons die gebruikmaken van de webRequest API. Deze aanpak maakt compatibiliteit met Chrome-add-ons mogelijk zonder de compatibiliteit met add-ons te verstoren die afhankelijk zijn van de webRequest API. <\/p>\n
Ter herinnering, de grootste onvrede over het nieuwe manifest heeft te maken met de overgang van de webRequest API naar een alleen-lezen modus, die het mogelijk maakte om eigen handlers aan te sluiten met volledige toegang tot netwerkverzoeken en die in staat waren om het verkeer on-the-fly te wijzigen. Deze API wordt gebruikt in uBlock Origin en vele andere add-ons voor het blokkeren van ongewenste inhoud en voor veiligheid. In plaats van de webRequest API is er een beperkte declarativeNetRequest API aangeboden, die toegang geeft tot een ingebouwde engine voor filtering, die zelf de blokkeringregels verwerkt, zonder het gebruik van eigen filteralgoritmen en die het niet toelaat om complexe overlappende regels op basis van voorwaarden in te stellen. <\/p>\n
In Firefox is de ondersteuning van de derde versie van het Chrome-manifest gepland voor testen eind 2021, met de implementatie van het nieuwe manifest in het begin van 2022. Enkele kenmerken van de implementatie van het nieuwe manifest in Firefox zijn: <\/p>\n
\n
Het aanbieden van de declaratieve API declarativeNetRequest, maar met behoud van de mogelijkheid om de oude webRequest API te blijven gebruiken.\n
Wijziging in de verwerking van Cross-origin verzoeken \u2014 volgens het nieuwe manifest voor scriptverwerking zullen dezelfde bevoegdheidsbeperkingen van toepassing zijn als voor de hoofdpagina waarin deze scripts worden ingebed (bijvoorbeeld, als de pagina geen toegang heeft tot de API voor locatiebepaling, zal het externe script ook geen toegang krijgen). Een deel van de wijzigingen met betrekking tot beperkingen voor Cross-origin verzoeken is al beschikbaar voor testen in nachtelijke builds van Firefox (ontwikkeld als onderdeel van het Fission-project, dat kan worden ingeschakeld in about:preferences#experimental) en is gepland voor algemene invoering in het derde kwartaal van 2021.\n
Achtergrondpagina's zullen worden vervangen door Service workers, die werken in de vorm van achtergrondprocessen. Deze wijziging is nog niet klaar voor testfase.\n
Promise-gebaseerde API. Firefox ondersteunt al dit type API in de namespace \u2018browser.*\u2019 en zal het voor de derde versie van het manifest verplaatsen naar de namespace \u2018chrome.*\u2019.\n
Nieuw granular model voor toegangsaanvragen \u2014 een toevoeging kan niet onmiddellijk voor alle pagina's worden geactiveerd (de bevoegdheid \u2018all_urls\u2019 is verwijderd), maar zal alleen werken in de context van het actieve tabblad, d.w.z. de gebruiker moet de werking van de toevoeging voor elke site bevestigen. Mozilla werkt aan het versterken van de toegangscontrole, maar is van plan gebruikers de mogelijkheid te bieden zelf beslissingen te nemen over het toestaan van toevoegingen om met verschillende tabbladen te werken.\n