Topic: Nuove policies per configurare le preferenze (78 esr)

[23Andrea]

Ciao.
Con Firefox 78 sono cambiate le policies per la gestione delle preferenze:

https://github.com/mozilla/policy-templates/blob/v2.3/README.md#preferences

Mi servirebbe il vostro parere su una frase un po' sibillina:

"IMPORTANT: Make sure you're only setting a particular preference using this mechanism and not some other way."

Io utilizzo da anni un file di configurazione delle preferenze, secondo le indicazioni di questa guida:
http://kb.mozillazine.org/Lock_Prefs

Con l'introduzione delle policies (versione 68 esr) ho sempre duplicato nel file policies.json l'impostazione delle preferenze già configurate nel modo precedente, per evitare possibili conflitti.

Per esempio:
se nel file di configurazione imposto

Codice: [Seleziona]

lockPref("browser.cache.disk.enable", false);
allora imposto anche, nel file dei criteri

Codice: [Seleziona]

{ "policies": { "Preferences": { "browser.cache.disk.enable": false } } }
Ora, quale sarebbe il significato di questa frase?
"le preferenze che POSSONO ESSERE impostate con i criteri NON POSSONO PIU' essere impostate in altro modo" (per esempio con il file di configurazione)
oppure
"le preferenze che SONO impostate con i criteri NON DEVONO essere impostate ANCHE in altro modo" (per esempio con il file di configurazione)
oppure qualcos'altro che mi sfugge?
Grazie.

[Iceberg]

Per me l'avviso vuol dire "evitate il rischio di contraddizioni", una preferenza impostata con valore differente nei due file. Uno dei due file prevarrà ma la confusione resta. Immagino anche che nel prossimo futuro il vecchio metodo verrà ignorato, se già non lo è.

Da come ho capito per bloccare una preferenza dovrai scrivere nel file policies.json:

Codice: [Seleziona]

{ "policies":
  { "Preferences":
    { "browser.cache.disk.enable": {
       "Value": false,
       "Status": "locked" }
    }
  }
}

[23Andrea]

Quindi cosa consigli? Mantenere la doppia configurazione o eliminare una delle due? Quale?
Io di questo meccanismo delle policies non mi fido molto: mi sembra poco collaudato.
Nei mesi scorsi si è verficato il caso di una policy che non funzionava, "browser.cache.disk.parent_directory", e in quel caso era facile accorgersi del bug.
Inoltre, spesso, da una versione all'altra, viene modificato il codice per configurare una certa policy (come in questo caso, per l'appunto).
 

[Iceberg]

Per ora lascerei entrambe le configurazioni, facendo attenzione che corrispondano. In quanto non tutte le preferenze sono gestite, ad oggi, da policies.json, che inoltre è in continuo cambiamento These policies are in active development and so might contain changes that do not work with current versions of Firefox.

[23Andrea]

Grazie   

[23Andrea]

L'intreccio si infittisce
La preferenza

Codice: [Seleziona]

datareporting.policy.dataSubmissionEnabledviene bloccata a "false" impostando il criterio

Codice: [Seleziona]

{"policies": {"DisableTelemetry": true}}ma ora può essere impostata anche con il criterio

Codice: [Seleziona]

{"policies": {"Preferences": {"datareporting.policy.dataSubmissionEnabled": { ecc. ecc.Io spero che le policies servano davvero TANTO a qualcuno, perchè sennò...chi ce l'ha fatta fare???

[Iceberg]

Servono. In quanto alcune opzioni si possono impostare solo in questo modo.
Per esempio la mai abbastanza lodata: DisableAppUpdate: veryTrue.