Mozilla Company , at på trods af brugen af et tilføjelsessystem baseret på WebExtensions API i Firefox, har udviklerne ikke til hensigt fuldt ud at følge den fremtidige tredje udgave af manifestet til Chrome-tilføjelser. Specielt vil Firefox fortsætte med at understøtte blokeringstilstanden for API'et. , som giver dig mulighed for at ændre det modtagne indhold i farten og er efterspurgt i annonceblokkere og indholdsfiltreringssystemer.
Hovedideen med at flytte til WebExtensions API var at forene teknologien til udvikling af tilføjelser til Firefox og Chrome, så i sin nuværende form er Firefox næsten 100 % kompatibel med den nuværende anden version af Chrome-manifestet. Manifestet definerer listen over funktioner og ressourcer, der leveres til tilføjelser. På grund af indførelsen af restriktive foranstaltninger i den tredje version af manifestet, som opfattes negativt af tilføjelsesudviklere, vil Mozilla gå væk fra praksis med fuldt ud at følge manifestet og vil ikke overføre ændringer til Firefox, der krænker kompatibilitet med tilføjelse- ons.
Husk på, at , har Google til hensigt at stoppe med at understøtte blokeringstilstanden for webRequest API i Chrome, begrænse den til skrivebeskyttet tilstand og tilbyde en ny deklarativ API til indholdsfiltrering . Mens webRequest API'en gav dig mulighed for at forbinde dine egne handlere, der har fuld adgang til netværksanmodninger og er i stand til at ændre trafik på farten, giver den nye declarativeNetRequest API adgang til en færdiglavet universel indbygget filtreringsmotor, der uafhængigt behandler blokeringsregler , tillader ikke brugen af dine egne filtreringsalgoritmer og tillader dig ikke at sætte komplekse regler, der overlapper hinanden afhængigt af forhold.
Mozilla evaluerer også muligheden for at flytte til Firefox-understøttelse for nogle andre ændringer fra den tredje version af Chrome-manifestet, der bryder kompatibiliteten med tilføjelser:
- Overgangen til at udføre servicearbejdere i form af baggrundsprocesser, som vil kræve, at udviklere ændrer koden for nogle tilføjelser. Selvom den nye metode er mere effektiv ud fra et præstationssynspunkt, overvejer Mozilla at opretholde understøttelse af kørsel af baggrundssider.
- Den nye granulære tilladelsesanmodningsmodel - tilføjelsen vil ikke kunne aktiveres for alle sider på én gang ("all_urls"-tilladelsen er blevet fjernet), men vil kun fungere i sammenhæng med den aktive fane, dvs. brugeren skal bekræfte, at tilføjelsen fungerer for hvert websted. Mozilla udforsker måder at styrke adgangskontrol på uden konstant at distrahere brugeren.
- Ændring i håndtering af krydsoprindelsesanmodninger - i overensstemmelse med det nye manifest vil indholdsbehandlingsscripts være underlagt de samme tilladelsesbegrænsninger som for hovedsiden, hvori disse scripts er indlejret (f.eks. hvis siden ikke har adgang til location API, så vil script-tilføjelserne heller ikke modtage denne adgang). Ændringen er planlagt implementeret i Firefox.
- Forbud mod udførelse af kode downloadet fra eksterne servere (vi taler om situationer, hvor tilføjelsen indlæser og udfører ekstern kode). Firefox bruger allerede ekstern kodeblokering, og Mozilla-udviklere er villige til at styrke denne beskyttelse ved at bruge yderligere kodedownload-sporingsteknikker, der tilbydes i den tredje version af manifestet.
Kilde: opennet.ru