Alle Kategorien in der Personenliste -- und die rechte Hand liest mit

Filipe, mit Bildschirmfoto der Team-Seite: "ich muss alle kategorien da
sehen. und ich will dass die rechte hand auch alle sieht."

AUF DEM BILD STAND EIN EINZIGER ABSCHNITT: DogFather. VanVan war in
derselben Minute zur rechten Hand geworden (im Protokoll darunter zu
sehen: "#4 VanVan: admin -> hand") -- und damit aus der Liste
VERSCHWUNDEN.

Nicht aus der Antwort des Servers. Der schickte sie die ganze Zeit mit.
`assets/js/personen.js` gruppiert nach einer Liste mit fuenf Rollen, und
wer dort nicht steht, wurde nicht gezeichnet: kein Fehler, keine
Luecke, kein Hinweis. Dieselbe stille Lücke wie vorgestern in der
Personenauswahl des Chats, an einer anderen Stelle -- und dieselbe
Ursache: Die Namen der verborgenen Rollen duerfen in keiner
ausgelieferten Datei stehen, also kannte der Browser sie nicht.

DIE LOESUNG IST DIESELBE: Der Server schickt die Ueberschriften mit
(`zusatzrollen` -- es gab sie schon, sie waren bisher nur die Auswahl
beim Anlegen). Der Browser braucht dafuer keinen Rollennamen zu kennen,
er bekommt einen Text.

UND DARUNTER EIN AUFFANGBECKEN, das ist der eigentliche Fortschritt:
Kaeme morgen eine siebte Rolle und niemand daechte an diese Stelle,
stuenden ihre Leute trotzdem auf der Seite -- unter ihrem Rollennamen,
sichtbar, statt lautlos zu fehlen. Ein Abschnitt mit einer unschoenen
Ueberschrift ist tausendmal besser als ein Mensch, den es auf dem
Bildschirm nicht gibt.

DIE RECHTE HAND LIEST MIT -- LESEND. Das ist sein eigenes Wort
("sieht"): Codes, Sperren, Loeschen, Rollen vergeben und das Protokoll
bleiben bei DogFather. Die Ausnahme im Server ist Wort fuer Wort so
gebaut wie die, die Spicy Media schon hat: eine Methode, eine Adresse,
eine Rolle. Zwei Fassungen derselben Ausnahme waeren zwei Regeln, und
die zweite laesst irgendwann mehr durch als gedacht.

DREI SCHICHTEN MUSSTEN ZUSTIMMEN, und die dritte hatte ich uebersehen:
die Kachel, die Schnittstelle -- und die SEITE selbst. In der
Rollentabelle in workspace.js stand personen.html fuer spicy, admin und
manager; die rechte Hand flog von der Seite auf die Startseite zurueck,
obwohl Kachel und Daten schon stimmten.

Gefunden hat das nicht das Auge, sondern pruef-rollen. Sie geht jede
Kachel jeder Rolle ab und schaut nach, wo man landet: "Rechte Hand
Kachel personen.html LANDET AUF start.html". Das ist der Wert dieser
Pruefung -- der Fehler war unsichtbar, solange man nicht selbst als
rechte Hand auf die Kachel drueckt.

EINE ERWARTUNG HAT SICH GEDREHT, und das steht jetzt im Quelltext:
pruef-haus-trennung verlangte vor einer Stunde noch, dass die Kachel
bei ihr NICHT steht und die Seite sie abweist -- richtig, solange sie
die Seite nicht durfte. Die Pruefung ist dadurch nicht schwaecher
geworden: Sie verlangt weiterhin, dass Kachel und Zugang DASSELBE
sagen. Sie sagen jetzt beide ja statt beide nein.

DIE NEUE MESSUNG VERGLEICHT ZAHL GEGEN ZAHL: wie viele Menschen der
Server liefert, wie viele Zeilen auf dem Bildschirm stehen. Nicht
"steht VanVan da" -- das waere ein Name, den man beim naechsten Umbau
so lange anpasst, bis die Pruefung wieder passt. Eine Pruefung, die nur
die Antwort des Servers ansieht, waere hier uebrigens gruen gewesen.

Beim Schreiben dieser Messung ist sie zuerst viermal falsch
angeschlagen: Die Abschnitte stehen zugeklappt da, und zugeklappt sind
ihre Zeilen gar nicht im Dokument. Vier Fehler, die es nicht gab -- die
Pruefung klappt jetzt erst auf, dann liest sie.

pruef-personen-formular 27 -> 35 · pruef-haus-trennung 53 -> 61 ·
pruef-rollen 277 -> 278 · pruef-modi-verborgen 80 · pruef-start-ansicht
143 · pruef-css-klassen gruen · pruef-modi-wortleck 5.

ANMERKUNG ZUR TEAM-ADRESSE: Dort zeigt die Liste weiterhin nur Team
Dogi -- so, wie er es eine Stunde vorher verlangt hat ("bitte nur
basiert auf diese seite"). "Alle Kategorien" heisst also: alle des
Teams. Wenn er dort auch die Agentur sehen will, ist das eine Zeile,
aber es waere eine andere Entscheidung.

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

server/pruef-haus-trennung.mjs

@@ -347,14 +347,27 @@ console.log("=== Personen & Zugaenge ===");
   ok(namen(a.crew).includes("Personen & Zugänge"),
     `die Kachel steht auf crew. (${namen(a.crew).length} Kacheln)`);
 
-  /* Und NICHT bei der rechten Hand: Die Seite haengt serverseitig an
-     nurAdmin, ein Knopf dorthin brachte ihr eine Absage. */
+  /* UND BEI DER RECHTEN HAND EBENFALLS -- diese Erwartung hat sich
+     gedreht, und das gehoert hierhergeschrieben.
+
+     Zuerst stand hier das Gegenteil: Die Kachel durfte bei ihr NICHT
+     stehen, weil die Seite serverseitig an `nurAdmin` hing und ein
+     Knopf, der eine Absage bringt, schlimmer ist als kein Knopf. Das
+     war richtig -- solange sie die Seite nicht durfte.
+
+     Filipe danach: "ich will dass die rechte hand auch alle sieht."
+     Also darf sie sie, lesend. Damit stimmt der Knopf wieder.
+
+     Die Pruefung ist deshalb nicht schwaecher geworden: Sie verlangt
+     weiterhin, dass Kachel und Zugang DASSELBE sagen -- nur sagen sie
+     jetzt beide ja statt beide nein. Der Fall, den sie verhindert, ist
+     unveraendert: ein Knopf ohne Raum dahinter. */
   const h = await hole("/workspace/api/ich", { host: CREW, keks: hand.keks });
-  ok(!(h.daten?.bereiche || []).map((k) => k.name).includes("Personen & Zugänge"),
-    "und nicht bei der rechten Hand -- sie darf die Seite nicht");
+  ok((h.daten?.bereiche || []).map((k) => k.name).includes("Personen & Zugänge"),
+    "die Kachel steht auch bei der rechten Hand");
   const hZugriff = await hole("/workspace/api/verwaltung/personen", { host: CREW, keks: hand.keks });
-  ok(hZugriff.status === 404,
-    `die Seite selbst weist sie ab (${hZugriff.status}) -- die Kachel haette sie belogen`);
+  ok(hZugriff.status === 200,
+    `und die Seite laesst sie herein (${hZugriff.status}) -- Kachel und Zugang sagen dasselbe`);
 
   const liste = await beide("/workspace/api/verwaltung/personen", dogi.keks);
   const wer = (x) => (x?.personen || []).map((p) => p.name);
@@ -471,7 +484,74 @@ console.log("=== Die Rolle aendern ===");
 }
 
 /* =======================================================================
-   11. Die Gegenprobe zur Regel selbst
+   11. ALLE KATEGORIEN -- und niemand faellt lautlos weg
+   =======================================================================
+
+   Filipe, mit Bildschirmfoto der Personenseite: "ich muss alle
+   kategorien da sehen. und ich will dass die rechte hand auch alle
+   sieht."
+
+   Auf dem Bild stand genau EIN Abschnitt: DogFather. VanVan war in
+   derselben Minute zur rechten Hand geworden -- und damit aus der
+   Liste verschwunden. Nicht aus der Antwort des Servers: Der schickte
+   sie mit. Der Browser gruppierte nach einer Liste mit fuenf Rollen,
+   und wer dort nicht steht, wurde nicht gezeichnet.
+
+   DIESE PRUEFUNG VERGLEICHT DESHALB BEIDE SEITEN: was der Server
+   liefert, und was am Ende auf dem Bildschirm steht. Eine Pruefung, die
+   nur die Antwort ansieht, waere hier gruen gewesen.
+   ======================================================================= */
+console.log("");
+console.log("=== Alle Kategorien ===");
+{
+  const liste = (await hole("/workspace/api/verwaltung/personen",
+    { host: CREW, keks: dogi.keks })).daten;
+  const rollen = new Set((liste?.personen || []).map((p) => p.rolle));
+  ok(rollen.has("admin") && rollen.has("hand"),
+    `der Server liefert mehrere Rollen (${[...rollen].join(", ")})`);
+
+  /* Die Ueberschriften fuer die Rollen, die im Browser nicht stehen
+     duerfen, kommen mit der Antwort. Ohne sie faellt die Oberflaeche
+     auf den Rollennamen zurueck -- lesbar, aber roh. */
+  const zusatz = (liste?.zusatzrollen || []).map((r) => r.wert);
+  ok(zusatz.includes("hand") && zusatz.includes("modi"),
+    `und die Ueberschriften dazu (${zusatz.join(", ") || "keine"})`);
+
+  /* Und dieselbe Auskunft an die rechte Hand -- sonst saehe sie
+     dieselbe leere Seite wie DogFather vorhin. */
+  const beiHand = (await hole("/workspace/api/verwaltung/personen",
+    { host: CREW, keks: hand.keks })).daten;
+  ok(Array.isArray(beiHand?.personen) && beiHand.personen.length > 0,
+    `die rechte Hand bekommt die Liste (${beiHand?.personen?.length || 0} Menschen)`);
+  ok((beiHand?.zusatzrollen || []).length > 0,
+    "samt der Ueberschriften");
+
+  /* SIE LIEST NUR. Jeder schreibende Weg bleibt zu -- gemessen, nicht
+     angenommen, denn genau hier waere aus "sehen" versehentlich
+     "verwalten" geworden. */
+  const codeVersuch = await hole(`/workspace/api/verwaltung/personen/${idModi}/code`,
+    { host: CREW, methode: "POST", keks: hand.keks, rumpf: "{}" });
+  ok(codeVersuch.status === 404, `sie kann keinen Code neu setzen (${codeVersuch.status})`);
+  const rolleVersuch = await hole(`/workspace/api/verwaltung/personen/${idModi}/rolle`,
+    { host: CREW, methode: "PUT", keks: hand.keks, rumpf: JSON.stringify({ rolle: "modi" }) });
+  ok(rolleVersuch.status === 404, `und keine Rolle vergeben (${rolleVersuch.status})`);
+  const anlegen = await hole("/workspace/api/verwaltung/personen",
+    { host: CREW, methode: "POST", keks: hand.keks,
+      rumpf: JSON.stringify({ name: "Nochwer", rolle: "modi" }) });
+  ok(anlegen.status === 404, `und niemanden anlegen (${anlegen.status})`);
+
+  /* GEGENPROBE: DogFather darf all das sehr wohl -- sonst hiessen die
+     drei 404 oben auch dann gruen, wenn die Wege ueberhaupt kaputt
+     waeren. Der Rollenwechsel weiter oben hat das schon gezeigt; hier
+     genuegt das Anlegen. */
+  const dogiLegtAn = await hole("/workspace/api/verwaltung/personen",
+    { host: CREW, methode: "POST", keks: dogi.keks,
+      rumpf: JSON.stringify({ name: "Neues Teammitglied", rolle: "modi" }) });
+  ok(dogiLegtAn.status === 201, `DogFather kann es (${dogiLegtAn.status})`);
+}
+
+/* =======================================================================
+   12. Die Gegenprobe zur Regel selbst
    ======================================================================= */
 console.log("");
 console.log("=== Haengt es wirklich an der Adresse? ===");