{"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\/it\/blog\/news\/mozilla-obobshhila-plany-po-podderzhke-v-firefox-tretej-versii-manifesta-chrome","title":{"rendered":"Mozilla ha riassunto i piani di supporto per Firefox della terza versione del manifest di Chrome","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Mozilla ha pubblicato un piano per implementare in Firefox la terza versione del manifesto di Chrome, che definisce le capacit\u00e0 e le risorse offerte alle estensioni. La terza versione del manifesto ha suscitato critiche per il malfunzionamento di molte estensioni per il blocco dei contenuti indesiderati e la sicurezza. <\/p>\n
In Firefox si prevede di implementare quasi tutte le funzionalit\u00e0 e le limitazioni del nuovo manifesto, incluso l'API dichiarativo per il filtraggio dei contenuti (declarativeNetRequest), ma a differenza di Chrome, in Firefox non verr\u00e0 interrotta la supporto della modalit\u00e0 bloccante dell'API webRequest, almeno fino a quando il nuovo API non soddisfer\u00e0 pienamente le esigenze degli sviluppatori di estensioni che utilizzano l'API webRequest. Questo approccio garantir\u00e0 la compatibilit\u00e0 con le estensioni di Chrome senza compromettere la compatibilit\u00e0 con quelle legate all'API webRequest. <\/p>\n
Ricordiamo che il principale malcontento riguardo al nuovo manifesto \u00e8 legato alla trasformazione dell'API webRequest in una modalit\u00e0 di sola lettura, che permetteva di connettere i propri handler, dotati di accesso completo alle richieste di rete e capaci di modificare il traffico al volo. L'API in questione \u00e8 utilizzata in uBlock Origin e in molti altri addon per bloccare contenuti indesiderati e garantire la sicurezza. Al posto dell'API webRequest \u00e8 stato proposto un API declarativeNetRequest, limitato nelle sue funzionalit\u00e0, che fornisce accesso a un motore interno per il filtraggio, gestendo autonomamente le regole di blocco, senza consentire l'uso di propri algoritmi di filtraggio e senza permettere di impostare regole complesse che si sovrappongono a seconda delle condizioni. <\/p>\n
In Firefox, il supporto per la terza versione del manifesto di Chrome \u00e8 previsto per test nel fine 2021, con l'implementazione del nuovo manifesto fissata per l'inizio del 2022. Tra le peculiarit\u00e0 dell'implementazione del nuovo manifesto in Firefox si segnalano: <\/p>\n
\n
Fornitura dell'API declarativeNetRequest, ma mantenendo la possibilit\u00e0 di utilizzare il vecchio API webRequest.\n
Modifica la gestione delle richieste Cross-origin \u2014 in conformit\u00e0 con il nuovo manifesto, le stesse restrizioni di autorizzazione valide per la pagina principale in cui questi script sono integrati si applicheranno anche agli script di gestione dei contenuti (ad esempio, se la pagina non ha accesso all'API di definizione della posizione, anche lo script di estensione non avr\u00e0 tale accesso). Alcune delle modifiche relative alle restrizioni delle richieste cross-origin sono gi\u00e0 disponibili per il testing nelle versioni notturne di Firefox (in sviluppo come parte del progetto Fission, che pu\u00f2 essere attivato in about:preferences#experimental) e sono previste per l'implementazione generalizzata nel terzo trimestre del 2021.\n
Le pagine in background saranno sostituite da Service workers, operanti come processi in background. Questa modifica non \u00e8 ancora pronta per i test.\n
API basati su Promise. Firefox supporta gi\u00e0 questo tipo di API nello spazio dei nomi 'browser.*' e per la terza versione del manifesto lo trasferir\u00e0 nello spazio dei nomi 'chrome.*'.\n
Nuovo modello di richiesta di autorizzazione granulari \u2014 l'estensione non potr\u00e0 attivarsi immediatamente per tutte le pagine (rimossa l'autorizzazione 'all_urls'), ma funzioner\u00e0 solo nel contesto della scheda attiva, cio\u00e8 l'utente dovr\u00e0 confermare il funzionamento dell'estensione per ogni sito. Mozilla sta lavorando per rafforzare il controllo dell'accesso, ma intende dare agli utenti la possibilit\u00e0 di prendere decisioni autonomamente sulla possibilit\u00e0 di far funzionare le estensioni su diverse schede.\n