Zahlen-Seite: wieder fuer alle fuenf Rollen

Filipe, mit der Kachel im Bild: "jetzt soll jede rolle diese kachel
sehen. spicy, dogfather, manager, scout und creator. aber die creator
kriegen dan quasi nur ihre daten zu sehen und der manager scout
dogfather oder spicy koennen eintragen."

Damit ist die Sperre vom 07.09.2026 aufgehoben. Geaendert sind genau
zwei Zeilen -- die Kachel in bereiche.js und die Tuer in workspace.js.
Ausdruecklich als Liste der fuenf Rollen, NICHT als `null`: `null`
hiesse auch jede Rolle, die es noch nicht gibt.

WER WAS DARF, musste ich nicht bauen -- es stand schon da und konnte
nur niemand benutzen: sichtbareCreatorIds() gibt einem Creator genau
seine eigene Nummer, darfEintragen() ist Leitung plus Scout. Das ist
exakt Filipes Satz, ohne eine einzige Aenderung am Server.

WAS DER UMBAU AUFGEDECKT HAT: "Aus Datei einlesen" hatte als einziger
Knopf NIE eine Rechteregel -- folgenlos, solange nur DogFather
hereinkam, ab heute haette ein Creator ihn gesehen und eine Absage
bekommen. Alle drei Eintrag-Knoepfe stehen jetzt in EINER Liste mit
ihrer Regel daneben, und der Knopf startet `hidden`, damit er nicht
kurz aufblitzt.

Gefunden hat das nicht das Nachdenken, sondern die Gegenprobe von
heute Mittag: Sie wurde rot, weil der Test-Scout auf der Startseite
landete -- waehrend ich nebenan eine Erklaerung "fuer Scouts und
Manager" schrieb fuer eine Seite, die beide gar nicht oeffnen konnten.

pruef-backstage-import: 36 -> 50 Pruefungen. Gemessen wird der
UNTERSCHIED zwischen den Rollen, nicht die Anwesenheit von irgendetwas:
jeder Knopf einzeln, bei Scout und Creator, dazu die Kachel auf der
Startseite und die Gegenprobe, dass die Zahlen des Creators trotzdem
dastehen. Sonst waere "der Creator sieht keinen Knopf" auch dann gruen,
wenn seine Seite leer bliebe.

Mit SCHIRM=1 legt die Pruefung zwei Bilder ab, eins je Rolle.

Co-Authored-By: Claude Opus 5 <[email protected]>

server/workspace.js

@@ -3202,13 +3202,29 @@ const GESCHUETZT = {
      Lesezeichen hat, waere weiterhin hineingekommen. Beides gehoert
      zusammen: bereiche.js zeigt sie nur noch DogFather, diese Zeile
      laesst nur ihn hinein. */
-  /* NUR DogFather -- auch nicht Spicy Media (07.09.2026, zweite
-     Praezisierung). Beim Anlegen der Rolle stand hier ["spicy","admin"],
-     weil Spicy Media "dieselben Rechte ausser Automationen" bekommen
-     sollte. Filipe hat es an der laufenden Seite gesehen und
-     widersprochen: "bei der spicy rolle, die zahlen diese kategorie
-     nicht sehen." */
-  "/workspace/leistung.html": ["admin"],
+  /* JETZT WIEDER FUER ALLE (11.09.2026). Filipe, mit der Kachel im
+     Bild: "jetzt soll jede rolle diese kachel sehen. spicy, dogfather,
+     manager, scout und creator. aber die creator kriegen dan quasi nur
+     ihre daten zu sehen und der manager scout dogfather oder spicy
+     koennen eintragen."
+
+     Die Zeile stand seit dem 07.09.2026 auf ["admin"] -- erst "nimm
+     die kategorie zahlen bei jedem weg", dann die Praezisierung, dass
+     auch Spicy Media sie nicht sieht. Beides ist damit aufgehoben.
+
+     AUSDRUECKLICH ALS LISTE, NICHT ALS `null`. `null` hiesse "jede
+     angemeldete Rolle" -- und damit automatisch auch jede Rolle, die
+     es noch gar nicht gibt. Genau das ist am 10.09. bei content.html
+     schiefgegangen. Hier stehen die fuenf, die Filipe genannt hat.
+
+     WER WAS DARF, steht NICHT hier. Diese Zeile oeffnet nur die Tuer.
+     Dahinter gilt weiterhin: sichtbareCreatorIds() entscheidet, WESSEN
+     Zahlen jemand sieht (ein Creator sieht genau sich selbst), und
+     darfEintragen() entscheidet, wer schreiben darf (Leitung + Scout,
+     also NICHT der Creator). Beides war schon vorher so gebaut und
+     bleibt unangetastet -- es war nur niemand da, der es benutzen
+     konnte. */
+  "/workspace/leistung.html": ["spicy", "admin", "manager", "scout", "creator"],
   /* NUR DogFather (02.09.2026). Die Rollenauswahl verspricht das seit
      jeher ("Manager -- dieselben Rechte, ausser der
      Personenverwaltung"), die Schranke hielt sich nur nicht daran.