arbeiten mit einer policies.json

Ich glaube nicht, dass es Sinn macht, den Inhalt von github mitsamt den gegebenen Beispielen und nutzbaren Werten zu spiegeln, es steht auch direkt bei für welche Firefox-Version die entsprechende Regel unterstützt. Wenn, dann allenfalls konkrete Anwenderfragen mit Verweis auf die Doku dazu bei github. Sich eine JSON zusammenschrauben ist jetzt keine wilde Arbeit, schon gar nicht mit den gegebenen Beispielen. Die meisten werden wohl ihre Probleme mit der Auswahl der Sektion und viele sogar sich mit den Klammern und Kommata verhaspeln, siehe CSS. Dann sollte erwähnt sein, dass ein JSON für Windows anders aussieht als für macos.

Zitat von .DeJaVu

Dann sollte erwähnt sein, dass ein JSON für Windows anders aussieht als für macos.

Wohl kaum, das wäre fatal. JSON ist ein standardisiertes Datenaustauschformat und muss als solches eindeutig sein. Das sieht also plattformübergreifend gleich aus.

Dann entschuldige, dann habe ich die Beispiele dort nicht verstanden, zB

GitHub - mozilla/policy-templates: Policy Templates for Firefox

Policy Templates for Firefox. Contribute to mozilla/policy-templates development by creating an account on GitHub.

github.com

macos

<dict>
  <key>FlashPlugin</key>
  <dict>
    <key>Allow</key>
    <array>
      <string>http://example.org</string>
    </array>
    <key>Block</key>
    <array>
      <string>http://example.edu</string>
    </array>
    <key>Default</key>
    <true/> | <false/>
    <key>Locked</key>
    <true/> | <false/>
  </dict>
</dict>

policies.json

{
  "policies": {
    "FlashPlugin": {
      "Allow": ["http://example.org/"],
      "Block": ["http://example.edu/"],
      "Default": true | false,
      "Locked": true | false
    }
  }
}

Die Datei policies.json funktioniert plattformübergreifend unter Windows, macOS sowie Linux und sieht überall absolut identisch aus. Genauso wie du unter Windows anstelle der Datei policies.json auch GPO oder Intune nutzen kannst, kannst du Firefox unter macOS auch über eine .plist-Datei konfigurieren. Das ist ein anderer Mechanismus und hat mit JSON nichts zu tun.

Du musst für alles Einträge vornehmen, was du darüber konfigurieren möchtest.

Nur du weißt, ob du das brauchst. Ich bräuchte es nicht.

Wenn Firefox in den Einstellungen Optionen für einen Dateitypen anbietet, braucht's aus meiner Sicht keinen Eintrag bei den policies.

Ach so, das Beispiel von mir ist für eine andere Software, nicht Firefox. Danke.

Zitat von FuchsFan

dort fehlen im Gegensatz zu Deiner natürlich eine ganze Menge von Einträgen.

Weil das Einträge sind, die ich seit Jahren mitnehme. Es besteht daher auch die Möglichkeit, dass es die inzwischen hier gar nicht mehr gibt, oder dass andere auch winrar benutzen. Oder FLV (war Flash). Warum Firefox das so nicht mehr erkennt, könnte daran liegen, dass Fiefox unbekannte Dateitypen inzwischen anders behandelt hat. Was ja auch Gegenstand des anderen Themas ist. Somit oprofitiere ich vn meiner Firefox-Vergangenheit, die andere von mir aus als Vorlage nutzen können und mit den Infos aus dem Link von dir ergänzen können.

Wie man einen korrekten Code erkennt, kann zB unter Windows Notepad++ anzeigen, dazu muss es nicht mal formatiert sein - letzteres macht es aber extremst übersichtlich. Speravir jat dazu ja das JSON-Plugin genannt, was sowas kann. NPP nutze ich seit Jahren, es ist nicht perfekt, perfekt geht es nur mit einem speziellen JSON-Tool, dass genau den Syntax von Firefox hinterlegt bekommen hat, ähnlich wie Stylus für CSS.

Also ohne Grundkenntnisse geht es schon mal gar nicht, das kann man nur immer wieder predigen, gerade das angesprochene mit Klammern und Kommata, das muss einfach sitzen. Und da ich das ebenfalls manchmal schlabbere, kontrolliere ich meine CSS mit Stylus, wo dann auch noch mehr angezeigt wird. Meine Tools laufen vor dem Compiler durch den Laufzeitinterpreter, der sagt mir dann auch, wo es hapert.

Der Inhalt der policies, also das Ziel, ist dann die zweite Baustelle. Das kann man sich schon durch die Vorlagen praktisch zusammenkopieren. Wie haben die das geschrieben, warum ist genau dort eine Klammer, ein Komma. Und NPP zeigt an, w sich ein Komma öffnet und wo es sich schliesst. Mit entsprechendem Format und Einrückungen sind Klammerfehler sehr schnell zu entdecken. Je öfters man das macht, um so sicherer wird man. Das schreib ich aber seit Wochen und Monaten, dass man sich nicht mit Copy&Paste und is-mir-egal irgendwas zusammenschustern kann.

Halb Acht, Abend fängt an

Guten Abend

Weil es um das allgemeine Thema policies.json geht, eine kleine Anfrage meinerseits.

Hier ist in der Datei folgender wirksamer Eintrag:

{"_comment1": "Hintergrundfarbe im Browser auf weiß festlegen",
"policies": {"Preferences": {"browser.theme.toolbar-theme": {"Value": 1,"Status": "locked"}}}}

Wenn nun irgendeine weitere Policy danach hinzugefügt wird, z. B.

{
  "policies": {
    "DisplayBookmarksToolbar": true
  }
}

hat das zur Folge, dass weder die alte, noch die neue Richtlinie greift.

Was muss verändert werden, damit beide Einträge funktionieren?

Grüße

Entweder "true", oder "false", aber nicht beides. Der | ist ein Trenner für die Optionen, ähnlich wie in der cmd Konsole.

Du fügst den zweiten Block genau so unter den ersten Block ein? Das darf nicht sein. Dann würden ja zwei Objekte definiert werden, die nicht durch ein Komma voneinander getrennt sind. Das ergibt einen Syntax-Fehler und damit ist die gesamte Datei ungültig. Außerdem darf es nur ein einziges "policies"-Objekt geben. Und "true | false" ist auch kein gültiger Wert für DisplayBookmarksToolbar. Der Wert muss entweder "true" oder "false" sein.

Wenn, dann muss es so aussehen:

{
  "policies": {
    "Preferences": {
      "browser.theme.toolbar-theme": {
        "Value": 1,
        "Status": "locked"
      }
    },
    "DisplayBookmarksToolbar": true
  }
}

Ich sehe, was die Idee mit dem "_comment1" ist, aber das funktioniert in der Praxis nicht. Kommentare sind in JSON grundsätzlich nicht erlaubt und Pseudo-Schlüssel im Richtlinien-Objekt werden zu unbekannten Richtlinien und damit zu Fehlermeldungen führen.

Zitat von .DeJaVu

Der | ist ein Trenner für die Optionen, ähnlich wie in der cmd Konsole.

Das stammt in dem Fall aus der Dokumentation und soll "oder" bedeuten. Aber eben als Hinweis für den Anwender, der sich entscheiden muss, das ist also nicht wie in der Konsole eine tatsächlich funktionierende Anweisung.

Zitat

entweder "true" oder "false"

Ja, das war ein Versehen. Es stand nur "true" im Code.

Zitat von Sören Hentzschel

Wenn, dann muss es so aussehen:

Danke, jetzt schaut es gut aus.