Spicy Media: sieben stille Luecken -- und der Kalender zeigt wirklich nur noch Eigenes

Filipe hat drei Sachen gemeldet. Zwei davon waren nicht das, wonach sie
aussahen.

1. "BEI DER SPICY ROLLE IST DA EIN PROBLEM" (Creator-Profil laedt nicht)

Nicht diese Seite war kaputt. In NEUN Skripten stand dieselbe Zeile

    const LEITUNG = new Set(['admin', 'manager']);

und in keinem davon 'spicy'. profil.js nahm deshalb den Creator-Zweig
und lud das EIGENE Profil -- ein Spicy-Zugang ist kein Creator, also
404. Acht der neun sind nicht kaputtgegangen; sie haben sich still
falsch verhalten.

Die Liste steht jetzt EINMAL in bereiche.js. Beim Aufraeumen kamen mit
derselben Suche sechs weitere Luecken heraus, alle vom selben Typ:

  * Aufgaben abbrechen -- Server UND Knopf ohne 'spicy'
  * Teilen-Knopf in der Kopfleiste -- ohne 'spicy'
  * Chat: die Gespraechsliste laeuft ueber eine feste Rollenfolge.
    Wer nicht darin steht, taucht gar nicht auf -- eine Person, die es
    fuer die anderen nicht gibt.
  * Kalender: dieselbe Rollenfolge, dort landete Spicy Media durch
    indexOf() === -1 ganz oben statt an ihrem Platz.
  * Dashboard: "Creator anlegen" nur fuer admin/manager -- der Server
    haette sie gelassen, den Knopf hat sie nie gesehen.
  * Personenliste: ROLLENNAME ohne 'spicy'. Der Auffangwert
    `|| p.rolle` schrieb "spicy" statt "Spicy Media" -- plausibel
    genug, um jahrelang zu bleiben.

`pruef-css-klassen.mjs` verlangt jetzt, dass kein Workspace-Skript sich
wieder eine eigene Rollenliste baut. Mit Gegenprobe, dass der Sucher so
eine Liste auch wirklich findet.

2. "DIE ZAHLEN DIESE KATEGORIE NICHT SEHEN"

Kachel und Seite waren beim Anlegen der Rolle auf ["spicy","admin"]
gesetzt worden -- "dieselben Rechte ausser Automationen". Beides jetzt
auf DogFather allein.

3. "IN CIGDEMS KALENDER STEHT IMMER NOCH MEIN MANAGER MEETING"

Das war MEIN Denkfehler von heute Frueh, nicht ein vergessener Fall.
Ich hatte "geht alle an" als "kein Teilnehmer eingetragen" definiert --
also entschied der Server, was alle angeht, und nicht der, der den
Termin anlegt. Wer niemanden eintraegt, meint aber meistens nicht
"alle", sondern "mich".

Der Fall ist entfallen. Sichtbar ist ein Termin jetzt nur noch fuer
den, der ihn angelegt hat, dem er zugeordnet ist, der das Gegenueber
ist -- oder der in der Teilnehmerliste steht. Damit ist das Markieren
im Termin die einzige Antwort auf "wen geht das an": eine sichtbare
Entscheidung im Formular statt einer unsichtbaren Regel im Server.

Calls & Protokolle rufen dieselbe Funktion auf und koennen deshalb gar
nicht auseinanderlaufen -- das war Filipes vierter Wunsch, und er ist
mit derselben Zeile erledigt.

Am laufenden System als Cigdem nachgemessen: Profil laedt ("Profil:
Luna"), Zahlen-Kachel weg und Seite gesperrt, im Kalender NUR der
Termin, bei dem sie markiert ist, Calls zeigt genau denselben.

Fuenf Pruefungen auf die endgueltige Regel umgeschrieben statt
geloescht (sicht, spicy, teilnehmer, scout-zuteilung, css-klassen).
Die dritte Drehung bei scout-zuteilung steht mit allen drei Staenden
in der Akte -- eine geloeschte Pruefung hinterlaesst keine Spur davon,
dass hier einmal etwas anderes galt.

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

server/pruef-css-klassen.mjs

@@ -426,6 +426,65 @@ console.log("\n=== Gegenprobe ===");
     "aus classList.add(bedingung ? 'a' : 'b') werden beide Klassen gelesen, aber nicht die Variable");
 }
 
+/* =======================================================================
+   KEIN SKRIPT BAUT SICH SEINE EIGENE ROLLENLISTE
+
+   Am 07.09.2026 hat Filipe gemeldet, dass „Creator-Profile" bei Spicy
+   Media abbricht. Die Ursache war nicht diese Seite: In NEUN Skripten
+   stand `const LEITUNG = new Set(['admin', 'manager'])`, und in keinem
+   davon `spicy`. profil.js nahm deshalb den Creator-Zweig und lud das
+   eigene Profil -- ein Spicy-Zugang ist kein Creator, also 404.
+
+   Acht der neun sind nicht kaputtgegangen. Sie haben sich still falsch
+   verhalten, und das ist der Grund für diese Prüfung: Die Liste steht
+   jetzt EINMAL in bereiche.js, und wer sich wieder eine eigene baut,
+   bekommt hier einen Fehler statt in vier Wochen eine Fehlermeldung
+   bei einer Rolle, an die niemand gedacht hat.
+   ======================================================================= */
+console.log("\n=== Rollenlisten: eine Quelle, nicht neun");
+{
+  const jsOrdner = join(WS, "assets/js");
+  const dateien = readdirSync(jsOrdner).filter((n) => n.endsWith(".js"));
+  ok(dateien.length >= 15, `${dateien.length} Workspace-Skripte durchgesehen`);
+
+  /* Gesucht wird eine Rollenliste, die 'admin' enthält und in einer
+     Zuweisung steht -- also `new Set([...])` oder `= [...]`. Der
+     Kommentar in bereiche.js, der den alten Fehler ZITIERT, darf nicht
+     mitzählen: Sonst verdeckt ausgerechnet die Erklärung den Befund. */
+  const eigenbau = [];
+  for (const n of dateien) {
+    const roh = readFileSync(join(jsOrdner, n), "utf8");
+    const text = roh.replace(/\/\*[\s\S]*?\*\//g, " ").replace(/\/\/[^\n]*/g, " ");
+    for (const m of text.matchAll(/(?:new Set\(\s*)?\[\s*((?:'[a-z]+'\s*,\s*)*'[a-z]+')\s*\]/g)) {
+      const rollen = m[1].split(",").map((x) => x.trim().replace(/'/g, ""));
+      if (!rollen.includes("admin") || rollen.length < 2) continue;
+      /* bereiche.js DARF: dort steht die eine Quelle. Und die Listen an
+         den Kacheln selbst sind etwas anderes -- sie sagen, wer eine
+         KACHEL sieht, nicht wer zur Leitung gehört. Erkennbar daran,
+         dass sie hinter `rollen:` stehen. */
+      if (n === "bereiche.js") continue;
+      const davor = text.slice(Math.max(0, m.index - 40), m.index);
+      if (/rollen\s*:\s*$/.test(davor)) continue;
+      eigenbau.push(`${n}: [${rollen.join(", ")}]`);
+    }
+  }
+  ok(eigenbau.length === 0, eigenbau.length
+    ? `eigene Rollenliste gefunden: ${eigenbau.slice(0, 4).join(" · ")}`
+    : "kein Skript baut sich eine eigene Rollenliste");
+
+  /* GEGENPROBE: Der Sucher muss so eine Liste auch WIRKLICH finden --
+     sonst wäre die Zeile darüber grün, weil das Muster nie greift. */
+  const probe = "  const LEITUNG = new Set(['admin', 'manager']);";
+  const trifft = [...probe.matchAll(/(?:new Set\(\s*)?\[\s*((?:'[a-z]+'\s*,\s*)*'[a-z]+')\s*\]/g)]
+    .some((m) => m[1].includes("admin"));
+  ok(trifft, "und der Sucher erkennt so eine Liste auch wirklich");
+
+  /* Und die eine Quelle muss die Rolle enthalten, um die es ging. */
+  const quelle = readFileSync(join(jsOrdner, "bereiche.js"), "utf8");
+  ok(/LEITUNG\s*=\s*new Set\(\[[^\]]*'spicy'[^\]]*'admin'[^\]]*'manager'[^\]]*\]\)/.test(quelle),
+    "bereiche.js führt Spicy Media, DogFather und Manager als Leitung");
+}
+
 /* =======================================================================
    DIE SIEBEN KOPIEN DER MODULLISTE MÜSSEN GLEICH SEIN