Die rechte Hand: dieselben Rechte, außer an DogFather
Filipe: „die rechte hand soll das auch sehen. und die selben rechte
da haben wie dogfather. das einzige was sie nicht kann ist die
dogfather rolle oder leute anfassen. also da kann sie nichts
verändern."
ZUERST EIN IRRTUM VON MIR. Ich hatte den Bildschirmfoto-Ausschnitt
fuer die Rechtetafel gehalten und dort gebaut. „Vertritt dich im
Alltag und koordiniert das Team" steht aber in workspace-personen.js:
Gemeint war die PERSONENSEITE. Die Arbeit an der Rechtetafel ist
trotzdem drin (siehe unten) -- sie loeste dasselbe Problem an einer
zweiten Stelle.
=== DIE PERSONENSEITE ===
DIE OBERFLAECHE WAR STRENGER ALS DER SERVER. In personen.js stand
`if (ich.rolle === 'hand') { keine Knoepfe }` mit der Begruendung
„Der Server antwortet ihr auf jeden davon mit 404". Am 22.09. stimmte
das. Seither wurde der Server ZWEIMAL erweitert -- sie durfte
Personen anlegen, Codes neu erzeugen und Rollen aendern -- und diese
Zeile blieb stehen. Sie hatte drei Rechte und sah keinen einzigen
Knopf. Ein Rollenvergleich im Browser ist genau die zweite Wahrheit,
die still veraltet.
Jetzt fragt die Oberflaeche den Server (`darf_zugaenge_verwalten`,
`darf_personen_loeschen`, `rollen_anfassbar`). Dazu kommen SPERREN
und LOESCHEN, die bis heute ausdruecklich bei DogFather lagen --
Filipes „das einzige" ist juenger und eindeutig.
Die Knoepfe „Neuer Code" und „Sperren" standen inline im
DogFather-Zweig; sie sind jetzt Funktionen und werden von beiden
Stellen benutzt. Eine zweite Abschrift waere die geworden, die beim
naechsten Umbau nur halb nachgezogen wird.
ZWEI ECHTE LOECHER FAND DIE NEUE PRUEFUNG:
* `PUT /personen/:id/rolle` hatte `nurDogFatherBeiLeitung` NICHT.
Bis heute folgenlos; mit den neuen Rechten konnte die rechte Hand
darueber die Rolle eines MANAGERS aendern -- waehrend derselbe
Manager fuer DogFather auf crew. gar nicht in der Liste steht.
Zwei Wege, zwei Antworten, und der laxere galt fuer die Rolle mit
weniger Rechten.
* Die Loesch-Route hatte dieselbe Middleware ebenfalls nicht. Das
war harmlos, solange die Route selbst nur DogFather durchliess --
seit die rechte Hand loescht, ist es die Stelle, an der DogFather
geschuetzt wird.
=== DIE RECHTETAFEL (nicht bestellt, aber dasselbe Problem) ===
Dort durfte sie sehen, aber nichts umstellen. Jetzt umstellen wie
DogFather -- ausser der Spalte „DogFather" und der Zeile „Personen &
Zugaenge" (wer die freischaltet, hat Zugaenge vergeben, ohne einen
anzulegen). Zuruecksetzen bleibt bei DogFather: Der Knopf naehme
genau diese zwei Sperren mit, und eine Sperre, die ein zweiter Knopf
daneben aufhebt, ist keine.
Sie kann sich auch selbst nicht aussperren -- das hat er nicht
gesagt, aber eine Sperre, aus der man sich aussperren kann, ist eine
Falle. Ein festes Feld ist jetzt gar kein Knopf mehr und nennt den
Grund, der fuer DIESE Person gilt.
=== DREI MESSFEHLER VON MIR ===
Ein Manager ist auf crew. fuer die LISTE unsichtbar, fuer DogFathers
direkten Zugriff aber nicht -- ich hielt das eine fuer das andere und
erwartete, dass beide abgewiesen werden. Die Loesch-Vorschau (GET)
fehlte in meinem Waechter. Und `rollen_anfassbar` beantwortet eine
andere Frage als „wen sehe ich".
Gemessen: pruef-hand-personen, 40 Pruefungen, 0 Fehler -- jeder der
fuenf Wege einzeln gegen DogFather und die linke Hand, plus die
Gegenprobe, dass DogFather es kann. pruef-rechte-umstellen von 46 auf
56 Pruefungen. Gruen: pruef-personen-liste, pruef-personen-loeschen,
pruef-personen-kachel, pruef-rollen-anlegen, pruef-rechtetafel.
Co-Authored-By: Claude Opus 5 <[email protected]>
This commit is contained in:
@@ -72,15 +72,49 @@
|
||||
return td;
|
||||
}
|
||||
|
||||
/* EIN FESTES FELD IST GAR KEIN KNOPF MEHR (24.09.2026).
|
||||
|
||||
Vorher war es einer mit `data-fest="ja"` — man konnte ihn
|
||||
drücken, der Server sagte nein, und die Meldung erschien oben
|
||||
am Bildschirmrand. Das ist genau das, was im Haus sonst
|
||||
überall vermieden wird: ein Knopf, der eine Absage bringt.
|
||||
|
||||
Für DogFather ändert sich dadurch fast nichts (er hat drei
|
||||
feste Felder). Die rechte Hand hat deutlich mehr — bei ihr wäre
|
||||
es sonst eine ganze Spalte zum Danebendrücken. */
|
||||
if (fest) {
|
||||
const z = el('span', 'rechte-feld rechte-feld--fest');
|
||||
z.dataset.fest = 'ja';
|
||||
z.title = seite.fest_grund?.[rolle.schluessel]
|
||||
|| 'Das kannst du nicht umstellen.';
|
||||
z.append(zeichen(darf));
|
||||
td.append(z);
|
||||
return td;
|
||||
}
|
||||
|
||||
const b = el('button', 'rechte-feld');
|
||||
b.type = 'button';
|
||||
b.setAttribute('aria-pressed', String(darf));
|
||||
b.setAttribute('aria-label',
|
||||
`${rolle.name} · ${seite.datei}: ${darf ? 'darf' : 'darf nicht'}`);
|
||||
if (fest) b.dataset.fest = 'ja';
|
||||
/* EIN FESTES FELD SAGT, WARUM ES FEST IST (24.09.2026).
|
||||
|
||||
Hier stand EIN Satz für alle festen Felder: „Diese Seite kannst
|
||||
du dir nicht selbst wegnehmen." Für DogFather stimmt er. Seit
|
||||
die rechte Hand umstellen darf, gibt es drei weitere Gründe —
|
||||
die Spalte „DogFather", die Zeile „Personen & Zugänge" und ihre
|
||||
eigenen zwei Zugänge. Ein Satz, der bei drei von vier Fällen
|
||||
das Falsche sagt, schickt sie auf die Suche nach einem Fehler,
|
||||
den es nicht gibt.
|
||||
|
||||
Der Grund kommt NICHT aus einer Liste hier: `festGrund` steht in
|
||||
der Antwort des Servers, aus derselben Funktion, die das Feld
|
||||
überhaupt als fest markiert hat. */
|
||||
b.title = fest
|
||||
? 'Diese Seite kannst du dir nicht selbst wegnehmen – sonst kämst du '
|
||||
+ 'nicht mehr an die Rechte, die Zugänge oder die Startseite.'
|
||||
? (seite.fest_grund?.[rolle.schluessel]
|
||||
|| 'Diese Seite kannst du dir nicht selbst wegnehmen – sonst kämst du '
|
||||
+ 'nicht mehr an die Rechte, die Zugänge oder die Startseite.')
|
||||
: (anders ? 'Von Hand gesetzt. Klicken stellt es um.' : 'Klicken stellt es um.');
|
||||
b.append(zeichen(darf));
|
||||
b.addEventListener('click', () => umstellen(seite, rolle, !darf, b));
|
||||
@@ -167,7 +201,13 @@
|
||||
leiste.append(el('span', 'rechte-leiste__satz',
|
||||
`${daten.abweichungen} ${daten.abweichungen === 1 ? 'Feld ist' : 'Felder sind'} `
|
||||
+ 'von Hand gesetzt und weicht vom Grundstand ab.'));
|
||||
if (daten.darf_aendern) {
|
||||
/* ZURUECKSETZEN NUR FUER DOGFATHER. Der Knopf nimmt ALLE
|
||||
Abweichungen mit -- auch die an der Spalte „DogFather" und an
|
||||
„Personen & Zugänge", die die rechte Hand nicht anfassen
|
||||
darf. Eine Sperre, die ein zweiter Knopf daneben aufhebt, ist
|
||||
keine. Der Server lehnt es ohnehin ab (403); hier steht der
|
||||
Knopf deshalb gar nicht erst. */
|
||||
if (daten.darf_zuruecksetzen) {
|
||||
const b = el('button', 'schritt', 'Alles zurück auf Grundstand');
|
||||
b.type = 'button';
|
||||
b.addEventListener('click', async () => {
|
||||
@@ -193,7 +233,8 @@
|
||||
daten.darf_aendern
|
||||
? 'Alles steht so, wie es im Code steht. Klick auf ein Feld, um es umzustellen – '
|
||||
+ 'das wird sofort gespeichert.'
|
||||
: 'Alles steht so, wie es im Code steht. Umstellen kann das nur DogFather.'));
|
||||
: 'Alles steht so, wie es im Code steht. Umstellen kann das nur DogFather '
|
||||
+ 'und die rechte Hand.'));
|
||||
}
|
||||
|
||||
/* Die Tafel. */
|
||||
|
||||
Reference in New Issue
Block a user