Rollen wechseln: auch Spicy Media -- und DogFather ist nicht mehr vergebbar

Filipe: "ich will dass die rolle spicy und dogfather, auch die rollen
wechseln koennen wenn die personen schon drin sind. von alle
kategorien, creator, scouts, manager spicy. dogfather soll man nicht
auswaehlen koennen. das ist die einzige die man nicht auswaehlen kann
bitte."

ZWEI AENDERUNGEN, BEIDE IN EINER LISTE (ANLEGBAR):
  admin: alles AUSSER der eigenen Rolle
  spicy: spicy, manager, scout, creator   (vorher ohne spicy)

Weil die Oberflaeche ihre Knoepfe aus derselben Auskunft baut
(`darf_anlegen` in /api/ich), verschwindet DogFather damit von selbst
aus JEDER Auswahl -- beim Anlegen wie beim Wechseln, bei Spicy Media
wie bei DogFather. Eine Liste, zwei Formulare, kein Nachziehen.

WAS DAS BEDEUTET, damit es niemand spaeter sucht: Es laesst sich kein
zweiter DogFather-Zugang mehr anlegen und niemand mehr zu einem
befoerdern. Der bestehende ist durch Sicherung 3 geschuetzt (nie den
letzten herabstufen) und kann nicht versehentlich verschwinden.
Zurueckdrehen laesst sich das nur in ANLEGBAR.

DIE TUER: /verwaltung haengt an nurAdmin, und dort steht jetzt eine
DRITTE enge Ausnahme -- PUT auf genau /personen/<Ziffern>/rolle, fuer
genau die Rollen aus darfRollenWechseln(). Gleiche Bauweise wie die
beiden davor (Liste fuer Spicy Media, Liste fuer die rechte Hand). Was
NICHT mitgeht: Codes, Sperren, Loeschen, Zuteilung, Protokoll.

EINE NEUE SICHERUNG, weil sich die Tuer geoeffnet hat: An einer
DogFather-Zeile aendert nur DogFather. Die bestehenden Pruefungen sehen
auf die ZIEL-Rolle ("darfst du 'manager' vergeben?") -- dass die
BETROFFENE Person DogFather ist, kam darin bis heute nicht vor.
Sicherung 3 haette es heute zufaellig abgefangen, weil es genau einen
gibt; eine Sperre, die nur wegen einer Zahl im Bestand haelt, ist
keine.

DIE OBERFLAECHE: "Rolle aendern" und "Loeschen" hingen an EINER Zeile
(`ich.rolle === 'admin'`). Sie gehoeren nicht zusammen -- Loeschen
bleibt bei DogFather. Und die CSS-Regel, die fuer Spicy Media die ganze
Knopfreihe ausblendete, ist weg: Welche Knoepfe es gibt, entscheidet
jetzt personen.js, und was nicht entsteht, muss man nicht verstecken.

pruef-spicy 62 -> 83. Gemessen wird jede der vier Kategorien EINZELN
(waere nur eine offen, saehe "geht" genauso aus), dazu: admin weder von
Spicy Media noch von DogFather vergebbar, an DogFathers Zeile aendert
sie nichts (und er ist danach nachweislich noch admin), ein Manager
kommt an den Weg nicht, loeschen bleibt zu -- und im Browser, dass der
KNOPF da ist, nicht nur das Recht. Genau daran war heute frueh im Chat
eine Stunde draufgegangen.

Dabei zwei eigene Messfehler gefunden: Die Knoepfe entstehen erst in
einer AUFGEKLAPPTEN Kategorie (vorher zu frueh gemessen), und /api/ich
wird jetzt als Vorbedingung geprueft.

DREI PRUEFUNGEN GEDREHT, KEINE GELOESCHT:
- pruef-personen-formular: 7 Karten, `admin` fehlt (eigene Aussage).
  Die Zeichenpruefung verglich die rechte Hand gegen die Admin-KARTE --
  die es nicht mehr gibt; sie lief gegen `undefined`. Ersatz ist das
  Zeichen selbst, und der Kommentar sagt, dass das schwaecher ist.
- pruef-haus-trennung: Der zweite DogFather entsteht jetzt im Bestand
  statt ueber die Schnittstelle, und DASS die Schnittstelle ihn
  ablehnt, ist der erste Prueffall geworden. Sonst waere "nie den
  letzten DogFather" ab heute ungeprueft -- weil ihre Voraussetzung
  schwerer herzustellen ist.
- pruef-creator-anlegen: aus einer Aussage zwei (die vier sind da UND
  admin fehlt).

Gruen: personen-liste, personen-kachel, verborgen, manager-sicht,
creator-anlegen, haus-trennung, personen-formular, spicy, rollen.

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

workspace/assets/js/personen.js

@@ -31,8 +31,21 @@
   const ROLLEN = [
     { wert: 'spicy',   name: 'Spicy Media', symbol: 'chili',
       text: 'Überblick über alle – ohne Automationen, ohne fremde Chats. Legt Leute an.' },
+    /* DER EINTRAG BLEIBT, DER KNOPF ERSCHEINT NICHT (11.09.2026).
+
+       Seit `ANLEGBAR` die Rolle `admin` nicht mehr enthaelt, filtert
+       die Zeile unten (`darf.includes(...)`) ihn von selbst heraus --
+       fuer jeden, auch fuer DogFather. Filipe: "dogfather soll man
+       nicht auswaehlen koennen. das ist die einzige die man nicht
+       auswaehlen kann bitte."
+
+       Warum er trotzdem hier steht: Diese Liste ist auch das
+       Nachschlagewerk fuer Name und Zeichen der Rolle. Ihn zu loeschen
+       hiesse, an anderer Stelle eine zweite Liste zu brauchen. Der
+       Text sagt jetzt, was gilt -- ein Text, der etwas anderes
+       verspricht als die Oberflaeche tut, ist schlimmer als keiner. */
     { wert: 'admin',   name: 'DogFather', symbol: 'husky',
-      text: 'Alle Rechte, endgültig. Nur DogFather legt DogFather, Spicy Media und Manager an.' },
+      text: 'Alle Rechte, endgültig. Diese Rolle lässt sich nicht vergeben – auch nicht von DogFather.' },
     /* Der Satz stimmte bis zum 07.09.2026 -- seither legen Manager
        Creator an, und ein Text, der etwas anderes verspricht als die
        Oberflaeche tut, ist schlimmer als gar keiner. */
@@ -495,6 +508,27 @@
        schlimmer als kein Knopf. */
     if (ich.rolle === 'hand') { k.append(links, knoepfe); return k; }
 
+    /* WER NICHT DOGFATHER IST, BEKOMMT NUR, WAS ER DARF (11.09.2026).
+
+       Vorher war das eine Ja/Nein-Frage: DogFather bekam alles, alle
+       anderen nichts (bei Spicy Media blendete zusaetzlich das CSS die
+       ganze Reihe aus). Seit Filipes Wunsch -- "ich will dass die rolle
+       spicy und dogfather, auch die rollen wechseln koennen wenn die
+       personen schon drin sind" -- gibt es einen Zwischenfall: eine
+       Rolle mit GENAU EINEM Knopf.
+
+       Die Verzweigung hier statt einer CSS-Regel: Ein Knopf, den es
+       gar nicht gibt, kann auch nicht durch eine spaetere Stilaenderung
+       wieder auftauchen. Und "Neuer Code" und "Sperren" wuerden ihr
+       weiterhin 404 bringen -- die bleiben deshalb aus. */
+    if (ich.rolle !== 'admin') {
+      if (ich.darf_rollen_wechseln && p.rolle !== 'admin') {
+        knoepfe.append(tuKnopf('Rolle ändern', () => rolleFragen(p)));
+      }
+      k.append(links, knoepfe);
+      return k;
+    }
+
     knoepfe.append(tuKnopf('Neuer Code', async () => {
       const eigen = p.id === ich.id;
       const frage = eigen
@@ -539,13 +573,29 @@
          zuerst. Bis heute war Löschen und Neuanlegen der einzige Weg,
          jemandem eine andere Aufgabe zu geben; genau das soll dieser
          Knopf ersparen. */
-      if (ich.rolle === 'admin') {
-        knoepfe.append(tuKnopf('Rolle ändern', () => rolleFragen(p)));
+      /* ZWEI KNOEPFE, ZWEI BEDINGUNGEN (11.09.2026).
 
-        const weg = tuKnopf('Löschen', () => loeschenFragen(p));
-        weg.dataset.gefahr = 'ja';
-        knoepfe.append(weg);
-      }
+         Hier stand EINE Zeile (`ich.rolle === 'admin'`) fuer beide.
+         Filipe: "ich will dass die rolle spicy und dogfather, auch die
+         rollen wechseln koennen wenn die personen schon drin sind."
+         Loeschen bleibt bei DogFather -- das hat er nicht genannt, und
+         "Nur DogFather hat alle endgueltigen Rechte" gilt weiter.
+
+         Die Antwort kommt vom Server (`darf_rollen_wechseln`), nicht
+         aus einem Rollenvergleich hier. Am selben Tag hat mich genau
+         das im Chat eine Stunde gekostet: zwei Stellen, eine Aussage,
+         und nur eine wusste Bescheid.
+
+         An DogFather selbst aendert nur DogFather -- Spicy Media sieht
+         seine Zeile ohnehin nicht, aber ein Knopf, der eine Absage
+         bringt, gehoert auch dann nicht hin. */
+      /* Ab hier ist `ich` DogFather -- die Verzweigung weiter oben hat
+         alle anderen schon verabschiedet. Beide Knoepfe gehoeren ihm. */
+      knoepfe.append(tuKnopf('Rolle ändern', () => rolleFragen(p)));
+
+      const weg = tuKnopf('Löschen', () => loeschenFragen(p));
+      weg.dataset.gefahr = 'ja';
+      knoepfe.append(weg);
     }
 
     k.append(links, knoepfe);