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]>
DogFatherGitandClaude Opus 5
8d3a79ed2a