{"id":104092,"date":"2022-05-19T21:36:47","date_gmt":"2022-05-19T19:36:47","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/v-firefox-nachalos-testirovanie-tretej-versii-manifesta-chrome"},"modified":"2022-05-19T21:36:47","modified_gmt":"2022-05-19T19:36:47","slug":"v-firefox-nachalos-testirovanie-tretej-versii-manifesta-chrome","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/news\/v-firefox-nachalos-testirovanie-tretej-versii-manifesta-chrome","title":{"rendered":"Firefox har p\u00e5begyndt test af den tredje version af Chrome-manifestet","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Mozilla har annonceret begyndelsen p\u00e5 testningen af implementeringen af den tredje version af Chrome-manifestet i Firefox, som definerer de muligheder og ressourcer, der er tilg\u00e6ngelige for udvidelser skrevet ved hj\u00e6lp af WebExtensions API. For at teste den tredje version af manifestet i Firefox beta-version 101, skal parameteren 'extensions.manifestV3.enabled' p\u00e5 siden about:config s\u00e6ttes til true, og parameteren 'xpinstall.signatures.required' skal s\u00e6ttes til false. Udvidelser kan installeres via gr\u00e6nsefladen about:debugging. Aktiveringen af den tredje version af manifestet som standard er planlagt til slutningen af \u00e5ret. <\/p>\n
Fra version 57 skiftede Firefox helt til at bruge WebExtensions API til udvikling af udvidelser og stoppede med at underst\u00f8tte XUL-teknologi. Overgangen til WebExtensions har gjort det muligt at standardisere udviklingen af udvidelser med platforme som Chrome, Opera, Safari og Edge, forenklet porteringen af udvidelser mellem forskellige webbrowsere og givet mulighed for fuld udnyttelse af multithreading (WebExtensions-udvidelser kan k\u00f8re i separate processer, isoleret fra andre dele af browseren). For at standardisere udviklingen af udvidelser med andre browsere giver Firefox n\u00e6sten fuld kompatibilitet med den anden version af Chrome-manifestet. <\/p>\n
I \u00f8jeblikket arbejder Google Chrome p\u00e5 overgangen til den tredje version af manifestet, og underst\u00f8ttelsen af den anden version vil blive afsluttet i januar 2023. Da den tredje version af manifestet er blevet genstand for kritik og vil f\u00f8re til funktionsproblemer for mange udvidelser til blokering af u\u00f8nsket indhold og sikring af sikkerhed, har Mozilla besluttet at afstand tage fra praksis med at sikre fuld kompatibilitet med manifestet i Firefox og implementere nogle \u00e6ndringer anderledes. <\/p>\n
Den prim\u00e6re utilfredshed med den tredje version af manifestet er relateret til overgangen til en kun-l\u00e6se-tilstand for API'et webRequest, som tidligere gjorde det muligt at tilkoble egne behandlere med fuld adgang til netv\u00e6rksanmodninger og som kunne \u00e6ndre trafik on-the-fly. Dette API anvendes i uBlock Origin og mange andre extensions til at blokere u\u00f8nsket indhold og sikre brugeren. I stedet for API'et webRequest tilbydes der i den tredje version af manifestet et begr\u00e6nset API kaldet declarativeNetRequest, som giver adgang til en indbygget motor til filtrering, der selv h\u00e5ndterer blokkeringsregler, uden mulighed for at bruge egne filtreringsalgoritmer eller oprette komplekse overlappende regler afh\u00e6ngigt af betingelserne. <\/p>\n
I den foresl\u00e5ede implementering af den tredje version af manifestet i Firefox er der tilf\u00f8jet et nyt deklarativt API til indholdsfiltrering, men i mods\u00e6tning til Chrome er de ikke stoppet med at underst\u00f8tte den gamle blokeringstilstand via API'et webRequest. Blandt de andre funktioner i implementeringen af det nye manifest i Firefox er: <\/p>\n
\n
I manifestet er baggrundssider blevet erstattet med en variant af Service Workers, der fungerer som baggrundsprocesser (Background Service Workers). For at sikre kompatibilitet vil Firefox implementere dette krav, men der er ogs\u00e5 foresl\u00e5et en ny mekanisme kaldet Event Pages, som er mere velkendt for webudviklere, ikke kr\u00e6ver en komplet overarbejdning af extensions og eliminerer begr\u00e6nsningerne forbundet med brugen af Service Workers. Event Pages vil muligg\u00f8re, at eksisterende extensions med baggrundssider kan bringes i overensstemmelse med kravene i den tredje version af manifestet, samtidig med at adgangen til alle n\u00f8dvendige funktioner til at arbejde med DOM bevares. I den aktuelt testbare implementering af manifestet i Firefox underst\u00f8ttes kun Event Pages, og der loves senere at tilf\u00f8je underst\u00f8ttelse af l\u00f8sningen baseret p\u00e5 Service Workers. Dette forslag er blevet st\u00f8ttet af Apple, som har implementeret Event Pages i udgivelsen af Safari Technology Preview 136.\n
Den nye granulerede model til anmodning om tilladelser - udvidelsen kan ikke aktiveres med det samme p\u00e5 alle sider (tilladelsen 'all_urls' er fjernet) og vil kun fungere i konteksten af den aktive fane, hvilket betyder, at brugeren skal bekr\u00e6fte udvidelsens arbejde for hver hjemmeside. I Firefox vil alle anmodninger om adgang til hjemmesidedata blive betragtet som valgfrie, og den endelige beslutning om at give adgang vil blive truffet af brugeren, som kan v\u00e6lge, hvilke udvidelser der skal have adgang til deres data p\u00e5 den p\u00e5g\u00e6ldende hjemmeside.\n
\u00c6ndring af behandling af Cross-origin-anmodninger - i overensstemmelse med det nye manifest vil de samme begr\u00e6nsninger for tilladelser g\u00e6lde for indholdsh\u00e5ndteringsskripter, som g\u00e6lder for den prim\u00e6re side, hvortil disse skripter embedsf\u00f8jes (for eksempel, hvis siden ikke har adgang til geolocation API, vil udvidelsens skript heller ikke f\u00e5 denne adgang). Denne \u00e6ndring er fuldt implementeret i Firefox. <\/li>\n
Promise-baseret API. Firefox underst\u00f8tter allerede dette API, og for den tredje version af manifestet vil det blive flyttet til navnerummet 'chrome.*'. <\/li>\n