DogFatherGitandClaude Opus 5
47a91e9708
Filipe: "egal welche rolle oder person hinzugefuegt wird soll immer nur
das sehen wass ich erlaube. mehr nicht. soll nichts so sein dass wenn
mann eine rolle oder jemanden hinzufuegt dass er dan alles sieht."
DER BEFUND -- GEZAEHLT, NICHT GESCHAETZT
NEUN von zwanzig Seiten standen auf `null`, und `null` hiess "jede
angemeldete Rolle": Start, Uebersicht, Aufgaben, Chat, Kalender,
Dateien, Calls, Start-Check, Wissen. Eine neue Rolle erbte sie alle,
ohne dass jemand etwas erlaubt haette.
UND EIN ZWEITES LOCH, das ich vorher nicht gemessen hatte: Die Schranke
las `const erlaubt = GESCHUETZT[pfad]` und prueffte `if (erlaubt && ...)`.
Eine Seite, die GAR NICHT in der Tabelle stand, ergab `undefined`, fiel
durch dieselbe Bedingung und war damit ebenfalls fuer jede angemeldete
Rolle offen. Am 11.09.2026 betraf das keine einzige Seite (nachgezaehlt:
22 Dateien = 20 Eintraege + 2 Zugangswaende) -- aber jede NEUE waere so
entstanden.
Die Rolle wird im Haus an 74 Stellen in 20 Modulen abgefragt, und die
Endzweige widersprechen einander: Aufgaben enden mit `default: 0=1`
(sieht nichts), Bereiche und Dateien fallen in "eigene plus betreute".
Drei Module, drei Antworten auf dieselbe Frage.
WARUM NICHT "DIE LISTE DURCHGEHEN"
Das waere die naheliegende Antwort und die falsche. Im Code stand seit
dem 10.09. genau dieser Satz -- "Wer eine Rolle hinzufuegt, muss diese
Liste durchgehen" -- und einen Tag spaeter standen immer noch neun
Seiten auf `null`. Ein Satz, der sich auf ein Gedaechtnis verlaesst, ist
keine Sicherung. Dazu: eine vergessene Erlaubnis MELDET SICH NIE. Die
Seite laedt ja. In der anderen Richtung ist es schlimmer -- eine Seite,
die zu viel zeigt, sieht aus wie eine Seite, die funktioniert.
WAS JETZT GILT
server/rechte.js traegt die Tafel, `darfSeite()` liest sie, und sie
kennt zwei Antworten: Seite in der Tafel UND Rolle darin -> ja. Alles
andere -> nein. Kein `null`, kein `undefined`, kein Zweig, der etwas
durchlaesst.
DIE TABELLE IST UMGEZOGEN, NICHT NEU GESCHRIEBEN. In ihren Kommentaren
steckt das Gedaechtnis des Hauses -- jede Zeile traegt ein Datum und
einen Satz von Filipe ("nimm die kategorie zahlen bei jedem weg", "die
manager sollen diese kategorien garnicht sehen", "ich will dass die
rechte Hand auch alle sieht"). Die wegzurefactoren waere der teuerste
Fehler dieses Umbaus gewesen.
VERHALTENSGLEICH FUER DIE SIEBEN VORHANDENEN ROLLEN. Die neun
`null`-Seiten tragen jetzt alle sieben Namen. Eine Umkehrung, die
nebenbei Rechte entzieht, waeren zwei Aenderungen in einer -- und man
wuesste hinterher nicht, welche etwas kaputtgemacht hat. Enger stellen
ist ein eigener Schritt.
pruef-rechtetafel.mjs (NEU, 19 Pruefungen, Port 4397) macht daraus eine
Garantie statt einer Absicht:
* Jede Rolle braucht einen Eintrag -- sonst rot. Man kann eine Rolle
nicht mehr hinzufuegen, ohne zu entscheiden, was sie sieht.
* Jede Seite braucht einen Eintrag -- verglichen gegen das
DATEISYSTEM, nicht gegen eine zweite Liste. Eine neue Seite ist
damit erst einmal fuer NIEMANDEN offen statt fuer alle.
* Eine Phantomrolle kommt auf keine der zwanzig Seiten.
* Gegenprobe: jede ECHTE Rolle kommt irgendwo hin (spicy 18, admin 20,
manager 17, scout 16, creator 15, hand 13, modi 11) -- sonst waere
die Zeile darueber auch gruen, wenn schlicht alles zu waere.
* Am Server: eine Seite ohne Eintrag wird abgewiesen statt
ausgeliefert, und alle 20 Seiten der DogFather-Rolle liefern wirklich.
* Zerstoerende Probe ganz am Ende (die Lektion vom 09.09.: in der
Mitte verbiegt sie alles danach).
ZWEI EIGENE FEHLER UNTERWEGS. `node --check` meldete "Syntax in
Ordnung", das Modul lud aber nicht -- beim Umzug war eine Konstante
verlorengegangen. Syntax ist kein Beweis. Und ein Kommentar behauptete
danach noch das Alte ("eine neue Seite ist mindestens nur fuer
Angemeldete"); der Rueckfall ist jetzt "fuer niemanden", und das steht
da auch so.
Gruen: pruef-rechtetafel 19 (neu), pruef-rollen 287, pruef-sicht 84,
pruef-crew-adresse 129, pruef-modi-verborgen 80, pruef-haus-trennung 62.
Stempel 202609111617.
Co-Authored-By: Claude Opus 5 <[email protected]>
120 lines
5.2 KiB
HTML
120 lines
5.2 KiB
HTML
<!doctype html>
|
||
<html lang="de">
|
||
<head>
|
||
<meta charset="utf-8" />
|
||
<meta name="viewport" content="width=device-width, initial-scale=1, viewport-fit=cover" />
|
||
<title>Team · Spicy & Dogi</title>
|
||
<meta name="robots" content="noindex, nofollow" />
|
||
<link rel="manifest" href="/workspace/app.webmanifest" />
|
||
<meta name="theme-color" content="#06090f" />
|
||
<link rel="icon" type="image/png" href="/assets/img/app-symbole/workspace-32.png?v=202609111617" />
|
||
<link rel="apple-touch-icon" href="/assets/img/app-symbole/workspace-180.png?v=202609111617" />
|
||
<link rel="stylesheet" href="assets/css/gate.css?v=202609111617" />
|
||
<link rel="stylesheet" href="assets/css/start.css?v=202609111617" />
|
||
<link rel="stylesheet" href="assets/css/aufgaben.css?v=202609111617" />
|
||
<link rel="stylesheet" href="assets/css/team.css?v=202609111617" />
|
||
<link rel="stylesheet" href="assets/css/module.css?v=202609111617" />
|
||
<!-- haus.css MUSS die letzte Stilvorlage sein (10.09.2026).
|
||
Auf der Agenturadresse ist sie leer -- das Haus hier IST der
|
||
Grundzustand. Auf der Adresse von Team Dogi biegt der Server
|
||
genau diesen Dateinamen auf crew-haus.css um, und die Seite
|
||
kommt schon beim ERSTEN Abruf in Lila und Babyblau an --
|
||
ohne Umfaerben im Browser, ohne Flackern. -->
|
||
<link rel="stylesheet" href="assets/css/haus.css?v=202609111617" />
|
||
</head>
|
||
|
||
<body class="start">
|
||
|
||
<div class="schleier" aria-hidden="true"></div>
|
||
|
||
<header class="kopfleiste">
|
||
<button type="button" class="zurueck-knopf" id="zurueck" hidden>
|
||
<svg class="zurueck-knopf__pfeil" viewBox="0 0 24 24" aria-hidden="true">
|
||
<path d="M14.5 5.5 8 12l6.5 6.5" />
|
||
</svg>
|
||
<span class="zurueck-knopf__text">Zurück</span>
|
||
</button>
|
||
<p class="marke"><span class="marke__text"><a class="zurueck" href="start.html">Creator Workspace</a> · Team</span></p>
|
||
<div class="kopfleiste__rechts">
|
||
<span class="wer" id="wer">…</span>
|
||
<button type="button" class="abmelden" id="abmelden">Abmelden</button>
|
||
</div>
|
||
</header>
|
||
|
||
<main class="inhalt inhalt--breit">
|
||
|
||
<!-- ==== DER KOPF ================================================
|
||
Er sagt in einem Satz, was diese Seite ist UND was sie nicht
|
||
ist. Der zweite Teil ist der wichtigere: Eine Seite mit Zahlen
|
||
über Kollegen wird sonst als Überwachung gelesen -- und dann
|
||
arbeitet niemand mehr offen damit.
|
||
|
||
Aus der Recherche (Fachliteratur zu Arbeitslast-Dashboards):
|
||
Der Zweck ist, Stellen zu finden, an denen Unterstützung fehlt.
|
||
Wer das nicht dazuschreibt, baut ein Kontrollwerkzeug, auch wenn
|
||
er es nicht wollte. -->
|
||
<!-- ==== EINE ECHTE KACHEL, IM TON DER KATEGORIE (09.09.2026) ====
|
||
|
||
Filipe: "perfektionnir das in einer kachel in der farbe von der
|
||
kategorie bitte."
|
||
|
||
`t-kachel` steht in der Modulliste von module.css und bekommt
|
||
damit dieselbe Form wie jede Kachel im Haus: gefraeste Fase oben
|
||
links, Kantenlicht, Eckwinkel, Raster. Die FARBE kommt aus
|
||
`--ton` -- derselben Variablen, aus der die Kachel auf der
|
||
Startseite ihren Ton zieht, und dort ist es Ton 22 (#ffd166).
|
||
Beide lesen dieselbe Zahl; die Kachel auf der Startseite und die
|
||
Ueberschrift hier koennen also nicht auseinanderlaufen. -->
|
||
<section class="t-kachel" data-ton="22">
|
||
<div class="t-kopf">
|
||
<div class="t-kopf__text">
|
||
<p class="feldschild">Rund um das Team</p>
|
||
<h1 class="t-kopf__titel">Manager & Scouts</h1>
|
||
<p class="t-kopf__unter" id="kopf-unter">
|
||
Wer betreut wen, wo staut sich etwas, wo fehlt jemand.
|
||
</p>
|
||
</div>
|
||
<p class="t-kopf__grenze">
|
||
Termine, Chats und Dateien kommen hier nicht vor – weder Inhalte
|
||
noch Zahlen. Das ist eine <strong>Arbeitslage</strong>, keine Überwachung.
|
||
</p>
|
||
</div>
|
||
</section>
|
||
|
||
<p class="fehler" id="fehler" role="alert" aria-live="polite"></p>
|
||
|
||
<!-- ==== DIE LÜCKEN ZUERST ======================================
|
||
Eine Kennzahl sagt, wie es läuft. Eine Lücke sagt, wo etwas
|
||
fehlt -- und nur das Zweite kann man heute abstellen. Deshalb
|
||
steht sie oben und nicht unter den Tabellen. -->
|
||
<section class="t-luecken" id="luecken" hidden></section>
|
||
|
||
<!-- ==== DIE LAGE IN ZAHLEN ===================================== -->
|
||
<section class="t-lage" id="lage" hidden></section>
|
||
|
||
<!-- ==== DIE LEUTE ==============================================
|
||
Jede Person einzeln, nicht als Durchschnitt: Zwei Scouts mit je
|
||
sechs Creators und einer mit achtzehn ergeben einen Schnitt von
|
||
zehn -- und der sagt nichts über den, bei dem es klemmt. -->
|
||
<section class="t-gruppe" id="manager-block" hidden>
|
||
<h2 class="feldschild">Manager</h2>
|
||
<div class="t-liste" id="manager-liste"></div>
|
||
</section>
|
||
|
||
<section class="t-gruppe" id="scout-block" hidden>
|
||
<h2 class="feldschild">Scouts</h2>
|
||
<div class="t-liste" id="scout-liste"></div>
|
||
</section>
|
||
|
||
<p class="leise" id="laedt">Die Arbeitslage wird geladen …</p>
|
||
|
||
</main>
|
||
|
||
<script src="assets/js/wahl.js?v=202609111617" defer></script>
|
||
<script src="assets/js/bereiche.js?v=202609111617" defer></script>
|
||
<script src="assets/js/kopf.js?v=202609111617" defer></script>
|
||
<script src="assets/js/glocke.js?v=202609111617" defer></script>
|
||
<script src="assets/js/team.js?v=202609111617" defer></script>
|
||
</body>
|
||
</html>
|