Die rechte Hand steht ueberall an zweiter Stelle - und im Kalender ueberhaupt

Filipe, mit Bildschirmfoto der Liste "Wen gehst du durch?" (Diene, Dogi,
VanVan - alphabetisch, die rechte Hand ganz rechts): "rechte hand soll
immer als erstes sein. ueberall. wie in dem sinne soll sie ganz links
sein. ausser bei personen und zugaenge soll sie ueber jedem aber unter
dogfather sein. ich will dass auch ueberall immer nach der hirarchie
gearbeitet wird."

EINE REIHENFOLGE, NICHT ZWEI REGELN

ROLLEN_REIHE in workspace.js ist jetzt:
  Spicy Media > DogFather > Rechte Hand > Manager > Scout > Creator > Modi

Er hat zwei Faelle beschrieben, aber es braucht nur eine Reihenfolge: In
den Team-Listen kommt DogFather gar nicht vor (er beurteilt, er wird
nicht beurteilt) - dort steht sie dadurch automatisch ganz vorn. In
"Personen & Zugaenge" steht er drin, also steht sie dort hinter ihm.
Zwei Sonderfaelle waeren zwei Stellen, an denen es auseinanderlaeuft.

Dass Spicy Media davor bleibt, ist seine ausdrueckliche Entscheidung auf
Nachfrage. 'gast' steht bewusst nicht in der Liste und faellt ans Ende.

ROLLEN_SORTIERUNG (der SQL-Ausdruck) wird jetzt aus ROLLEN_REIHE
ABGELEITET statt danebengeschrieben. Bis heute stand die Reihenfolge
zweimal da; beim Hochziehen der rechten Hand haetten beide geaendert
werden muessen. Eine Liste, die niemand pflegt, kann nicht veralten -
derselbe Grundsatz wie beim Spaltenverlust vom 06.09.

WAS DABEI AUFFIEL, OHNE DASS JEMAND DANACH GESUCHT HAT

Der Server sortierte laengst richtig. DREI Auswahllisten im Browser
haben seine Reihenfolge wieder verworfen und nach einer eigenen Liste
mit fuenf Agentur-Rollen neu gezeichnet - Team Dogi kommt darin nicht
vor und DARF es nicht (bereiche.js laedt jeder herunter).

  - Chat-Auswahl und Sicht-Umschalter: Team Dogi landete in einem
    Nachzuegler-Block ganz unten, hinter jedem Creator.
  - Teilnehmerwahl im Kalender: dort gab es nicht einmal einen
    Nachzuegler-Block. Die rechte Hand und die Modis standen GAR NICHT
    zur Auswahl. DogFather konnte sein eigenes Team zu keinem Termin
    einladen, und auf dem Bildschirm sah das vollkommen normal aus.

Das ist derselbe Fehler zum vierten Mal (Chat 10.09., Personenliste
10.09., Sicht-Umschalter 11.09., Kalender 11.09.). Deshalb keine vierte
Einzelreparatur, sondern eine Stelle: window.Bereiche.gruppieren()
gruppiert in genau der Reihenfolge, in der der Server die Menschen
schickt - ohne einen einzigen Rang zu kennen. Fehlt der Helfer, wird
eine Gruppe mit allen gezeichnet: nicht schoen, aber sichtbar, und
niemand verschwindet. Der Kalender-Weg schickt die Ueberschrift jetzt
mit, wie der Chat es laengst tut.

PRUEFUNGEN

  pruef-nachwuchs   109 -> 123 (Abschnitt 12: die Reihenfolge, mit der
                    Gegenprobe, dass sie NICHT alphabetisch ist -- Rieke
                    steht alphabetisch hinten, mit "Anna" waere jede
                    Zeile gruen ohne etwas zu messen)
  pruef-dabei-optik misst die Wahl jetzt im Browser: ist Team Dogi
                    ueberhaupt da, und steht es vorn
  pruef-rollen      315 (vorher 312), 423 s gemessen. Die Notbremse lag
                    bei 480 s und hat angeschlagen - kein Haenger,
                    sondern zu wenig Luft, seit die rechte Hand vier
                    Kacheln mehr hat. Jetzt 900 s, mit der Messung
                    daneben und dem Hinweis, beim naechsten Mal nicht
                    die Zahl zu erhoehen, sondern nachzusehen.

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

server/workspace.js

@@ -69,10 +69,32 @@ const VERSUCHE_MAX = 8;             // pro IP
 const VERSUCHE_FENSTER_MIN = 10;
 const ROLLEN = new Set(["spicy", "admin", "manager", "scout", "creator", "hand", "modi", "gast"]);
 
-/* Die Reihenfolge, in der Rollen ueberall erscheinen: Spicy Media
-   zuerst, dann DogFather, Manager, Scout, Creator. Steht hier einmal,
-   damit keine Liste eine eigene Reihenfolge erfindet. */
-export const ROLLEN_REIHE = ["spicy", "admin", "manager", "scout", "creator", "hand", "modi"];
+/* DIE EINE REIHENFOLGE, IN DER ROLLEN UEBERALL ERSCHEINEN.
+
+   Sie steht hier einmal, damit keine Liste eine eigene erfindet.
+
+   DIE RECHTE HAND STEHT AN ZWEITER STELLE (Filipe, 11.09.2026:
+   "rechte hand soll immer als erstes sein. ueberall. ... ausser bei
+   personen und zugaengen soll sie ueber jedem aber unter dogfather
+   sein. ich will dass auch ueberall immer nach der hirarchie
+   gearbeitet wird.").
+
+   EINE ZAHL STATT ZWEIER REGELN: Er hat zwei Saetze gesagt, aber es
+   braucht nur eine Reihenfolge. In den Team-Listen kommt DogFather
+   gar nicht vor (er beurteilt, er wird nicht beurteilt) -- dort steht
+   sie damit automatisch ganz vorn. In "Personen & Zugaenge" steht er
+   drin, also steht sie dort hinter ihm. Zwei Sonderfaelle waeren zwei
+   Stellen, an denen es auseinanderlaufen kann.
+
+   SPICY MEDIA BLEIBT DAVOR -- seine ausdrueckliche Entscheidung auf
+   Nachfrage am 11.09.2026. Die Agentur ist keine Stufe in seinem Team,
+   sondern steht daneben; an Rechten aendert die Reihenfolge ohnehin
+   nichts, sie sortiert nur Listen.
+
+   'gast' (Community) steht mit Absicht NICHT in der Liste: Sie faellt
+   dadurch ans Ende (siehe ELSE unten), und das ist richtig -- die
+   Community ist keine Stufe im Team. */
+export const ROLLEN_REIHE = ["spicy", "admin", "hand", "manager", "scout", "creator", "modi"];
 
 /* DIE ROLLEN MIT EINER KACHEL AUF DER ANMELDESEITE.
 
@@ -132,10 +154,22 @@ const CREW_KACHEL = new Set(["admin", "hand", "modi", "gast"]);
 
 /* Als SQL-Ausdruck fuer ORDER BY. "ORDER BY rolle" waere alphabetisch
    (admin, creator, manager, scout, spicy) -- also fast genau falsch
-   herum. */
-export const ROLLEN_SORTIERUNG =
-  "CASE rolle WHEN 'spicy' THEN 0 WHEN 'admin' THEN 1 WHEN 'manager' THEN 2"
-  + " WHEN 'scout' THEN 3 WHEN 'creator' THEN 4 WHEN 'hand' THEN 5 ELSE 6 END";
+   herum.
+
+   ABGELEITET UND NICHT ABGESCHRIEBEN (11.09.2026). Bis heute stand die
+   Reihenfolge zweimal da: einmal als Liste, einmal als CASE mit
+   Zahlen. Beim Hochziehen der rechten Hand haetten beide geaendert
+   werden muessen -- und eine gepflegte Liste, die mit einer zweiten
+   uebereinstimmen muss, ist genau die Bauart, an der im Projekt schon
+   dreimal etwas verlorengegangen ist (zuletzt drei Spalten beim
+   Tabellenumbau). Eine Liste, die niemand pflegt, kann nicht veralten.
+
+   Das Wort "rolle" kommt hier genau EINMAL vor -- in "CASE rolle".
+   Darauf verlassen sich die Aufrufer, die es per .replace() auf
+   "p.rolle" umstellen; kein Rollenname enthaelt die Zeichenfolge. */
+export const ROLLEN_SORTIERUNG = "CASE rolle "
+  + ROLLEN_REIHE.map((r, i) => `WHEN '${r}' THEN ${i}`).join(" ")
+  + ` ELSE ${ROLLEN_REIHE.length} END`;
 
 /* LEITUNG = DogFather und Manager. Ein Manager darf alles, was
    DogFather darf -- mit genau zwei Ausnahmen, die in