Leider kenne ich die genauen Spezifikationen für URLs nicht, aber ich fürchte fast, dein Validator funktioniert da noch nicht ganz perfekt.
Außerdem kann man Konfigurationen mit erkannten fehlerhaften URLs, sowohl speichern, als auch exportieren und beim Laden bzw. Importieren werden die fehlerhaften Einträge wiederhergestellt als wären sie gültig und damit werden sie dann auch in die policies.json übernommen.
[attachment=1]Auswahl_021.png[/attachment]
[attachment=0]Auswahl_022.png[/attachment]
URL-Valdierung gegen den einfachsten aller möglichsten Checks ausgetauscht: es wird nur noch das Protokoll überprüft,
Das funktioniert einwandfrei. :lol:
Wird eine URL als ungültig markiert, wird diese nicht länger gespeichert
Auch das klappt jetzt wunderbar.
Sollte es keine Fehler mehr geben
Eine Kleinigkeit, die mir vorher leider nicht aufgefallen war:
Es ist möglich, beim Festlegen der Startseite, zusätzliche URLs anzugeben, auch wenn keine (gültige) URL für die Homepage angegeben wird. Inwieweit das nun wirklich ein Problem ist, weiß ich nicht (wie blöd sind Admins wohl in der Regel? 
).
[attachment=0]Auswahl_023.png[/attachment]
[...]
Validierung von URL-FeldernDer Enterprise Policy Generator hat bereits eine Validierung von Pflichtfeldern besessen. Neu in Version 3.0.0 ist eine zusätzliche Validierung von URL-Feldern. Nach ausführlichen Tests mit verschiedenen Validierungs-Ansätzen wurde sich für den simpelsten aller Ansätze entschieden: es findet lediglich eine Validierung des Protokolls statt, das heißt, URLs müssen mit https:// oder http:// beginnen. Auf diese Weise soll sichergestellt werden, dass die Konfiguration bei speziellen, aber gültigen URLs nicht an einer Validierung scheitert, die es besonders genau zu nehmen versucht. Leider ist die Validierung aller möglichen URLs eine Wissenschaft für sich, weswegen sich für diese Erweiterung für die sichere Variante entschieden worden ist.
[...]
Sicher nicht die schlechteste Lösung. :klasse:
Die perfekte URL-Validierung gibt es meiner Meinung nach eh nicht. Seit Jahrzehnten experimentieren Leute schon mit Regex, um da die optimale Formel zu finden. :roll:
Noch dazu bin ich der Meinung, das ein Anwender auch dafür verantwortlich ist, was er da einträgt und wissen sollte, was er macht.
Nicht dramatisch, aber es ist mir die Tage noch aufgefallen: Bei den Dialog-Boxen - z.B. wenn man auf "Konfiguration speichern" klickt - wird bei mir im FF ein Scrollbereich sowohl rechts als auch unten angezeigt, obwohl es nichts zu scrollen gibt. 
[attachment=0]epg.JPG[/attachment]
Nein, Sören, nichts dergleichen - jedenfalls nicht bewusst. Das würde ich niemals machen, ich mag keine überflüssigen Scrollbalken. Es nervt mich schon bei meiner Extension, dass ich dort gezwungen war, beim PopUp den rechten Scrollbereich anzeigen zu lassen, weil sonst die Breite beim Tab-Wechsel springt.
Ich dachte eher daran, ob es evtl. ein Windows-spezifisches Ding ist.
Vielleicht können da andere User noch etwas zu sagen.
Ich habe in meinem FF 61 gerade mal ein nagelneues Profil erstellt - also ohne Scripte, CSS oder Extensions - und dort werden die Dialog-Boxen ebenfalls mit Scrollbereich angezeigt.
Bei deiner Extension? - Nein. Ausser bei den Einstellungsmöglichkeiten natürlich.
Und auf normalen Webseiten sind auch keine überflüssigen Scrollbereiche sichtbar.
[attachment=0]epg-full.JPG[/attachment]
Und? Woran liegt es denn nun genau?
Naja, wenn du den overflow auf scroll schaltest, werden eben auch immer Scrollbalken angezeigt.
Laut Spezis ist das auch ein normales Verhalten. Wird das dadurch auf macOS nicht erzwungen?
Okay. Klingt auch nett. Vor allem das mit dem Content-Bereich. Dann sollte mein Tabs2List-Popup auf einem Mac also gar keine Scrollbars anzeigen. Auch wenn ich die bewusst so definiert habe. Muss man allerdings als Entwickler auch wissen, denn den Spezifikationen entspricht das Verhalten nicht.
