Files
dogfather-universe/workspace/uebersicht.html
T
DogFatherGitandClaude Opus 5 8e140724f2 Der Rollenname steht in keiner ausgelieferten Datei mehr
pruef-modi-wortleck war rot und meldete 17 Fundstellen -- seit Wochen,
bei jedem Lauf. Eine Warnung, die immer kommt, wird ueberlesen, und
dann auch die echte.

ERST GEMESSEN, OB DIE REGEL UEBERHAUPT NOCH GILT. Seit dem 11.09. gibt
es die eigene Adresse crew. mit einem offenen Modi-Knopf an der Wand --
es waere gut moeglich gewesen, dass die Pruefung etwas bewacht, das es
nicht mehr gibt. Sie gilt: pruef-modi-verborgen setzt mit 80 Pruefungen
durch, dass ein Manager keinen Modi sieht.

UND DABEI KAM ETWAS SCHLIMMERES HERAUS. Auf der echten Seite gemessen:

  /workspace/start.html                 302   (Anmeldung noetig)
  /workspace/assets/js/talente.js       200   25 KB Quelltext
  /workspace/assets/js/chat.js          200   85 KB
  /workspace/assets/css/entwicklung.css 200   34 KB

Jede Datei unter workspace/ ist OHNE JEDE ANMELDUNG aus dem offenen
Netz abrufbar. Der verborgene Zugang stand also nicht in einer Datei,
die "jeder herunterlaedt, der angemeldet ist" -- sondern in einer, die
man einfach abrufen kann.

Die Rollentabelle in workspace.js sagt seit dem 11.09. genau das
Richtige dazu: "Der Name steht hier und NICHT in einer Datei, die jeder
herunterlaedt -- ausgeliefert wird er nur an den, der ihn selbst
traegt, und an die, die ihn sehen duerfen." Danach ist jetzt gebaut,
ueberall:

  - talente.js hatte `rolle: 'modi'` fest im Text, dazu den Namen im
    Codekasten und im Rechtevergleich. Die Seite FRAGT ihn jetzt ab;
    /talente/lage liefert ihn, und die Route geht nur an DogFather und
    die rechte Hand.
  - Der Regeltext des Treffs nennt den Namen weiterhin -- Filipe hat am
    11.09. ausdruecklich gewaehlt, dass die Community ihn sieht. Er
    kommt jetzt als DATEN mit der Antwort, nicht als fester Text.
  - Das Feld hiess selbst `modi_frist_tage`. Das Muster \bmodi\b trifft
    das nicht, weil danach ein Unterstrich folgt -- ein Leck durch eine
    Luecke im Muster, nicht durch eine Entscheidung. Heisst jetzt
    `pause_frist_tage`.
  - Die uebrigen elf Fundstellen waren Kommentare. Umformuliert, ohne
    dass sie weniger erklaeren.

Ergebnis: 17 -> 0. Ohne Ausnahmeliste, ohne die Pruefung zu entschaerfen.

ZWEI LOECHER, DIE ICH DABEI SELBST GERISSEN HAETTE:

  darfAnlegen wurde aus `lage` gerechnet -- aber ichHolen() laeuft VOR
  laden(), also war `lage` noch null. Der Wert waere dauerhaft falsch
  gewesen und der Knopf nie erschienen. Jetzt ist es eine Frage statt
  eines Wertes, beantwortet beim Zeichnen. Gefunden beim Nachsehen der
  Reihenfolge, nicht im Testlauf -- deshalb steht die Frage ab jetzt in
  pruef-uebergang.

  Und im HTML des Treffs steht als Ersatzfassung "jemandem aus dem
  Team". Kommt der Name nicht an, bleibt sie stehen, die Seite sieht
  vollkommen richtig aus, und niemand merkt es. Ein Platzhalter "…"
  waere aufgefallen; eine richtige Ersatzfassung faellt nicht auf.
  pruef-neue-seiten prueft jetzt, dass wirklich der Name dasteht.

  pruef-modi-wortleck        0 Fehler (vorher 17 Fundstellen)
  pruef-uebergang 65 (vorher 61), pruef-neue-seiten 97 (vorher 93)
  pruef-modi-verborgen 80, pruef-nachwuchs 123, pruef-treff 66,
  pruef-treff-werkzeuge 70, pruef-css-klassen -- alle 0 Fehler

Co-Authored-By: Claude Opus 5 <[email protected]>
2026-09-16 16:59:34 +02:00

160 lines
7.0 KiB
HTML
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
<!doctype html>
<html lang="de">
<head>
<meta charset="utf-8" />
<meta name="viewport" content="width=device-width, initial-scale=1, viewport-fit=cover" />
<title>Dashboard · Spicy & Dogi</title>
<meta name="robots" content="noindex, nofollow" />
<link rel="manifest" href="/workspace/app.webmanifest" />
<!-- Die Farbe der Fensterleiste, wenn der Workspace als App laeuft.
Stand auf #0674b9 (kraeftiges Blau) und stach damit als einziger
heller Balken ueber einer durchweg dunklen Seite. Jetzt derselbe
Ton wie die Kopfleiste darunter (#06090f), damit Leiste und Seite
eine Flaeche sind statt zweier. -->
<meta name="theme-color" content="#06090f" />
<link rel="icon" type="image/png" href="/assets/img/app-symbole/workspace-32.png?v=202609161659" />
<link rel="apple-touch-icon" href="/assets/img/app-symbole/workspace-180.png?v=202609161659" />
<link rel="stylesheet" href="assets/css/gate.css?v=202609161659" />
<link rel="stylesheet" href="assets/css/start.css?v=202609161659" />
<!-- Formular- und Dialogstile: seit dem 07.09.2026 steht hier der
Dialog "Creator anlegen". -->
<link rel="stylesheet" href="assets/css/aufgaben.css?v=202609161659" />
<link rel="stylesheet" href="assets/css/uebersicht.css?v=202609161659" />
<link rel="stylesheet" href="assets/css/module.css?v=202609161659" />
<!-- 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=202609161659" />
</head>
<body class="start">
<!-- Der Schleier ueber der Buehne (Casper und HasiDog in den unteren
Ecken, siehe start.css). Ein eigenes Element statt eines dritten
Pseudo-Elements -- body hat nur ::before und ::after. -->
<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&nbsp;Workspace</a> · Dashboard</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">
<section class="kopf-zeile">
<div>
<p class="marke">Alles zentral</p>
<h1 class="titel" id="titel">Dashboard</h1>
<p class="unterzeile" id="unterzeile">
Eine Karte je Creator – mit einem Blick sehen, wo es hakt und wo es läuft.
</p>
</div>
<!-- Der Knopf steht HIER und nicht in der Personenverwaltung
(07.09.2026). Ein Manager kommt dort gar nicht hinein, und er
soll es auch nicht -- dahinter liegen Rollen, Codes, Sperren und
das Protokoll. Hier dagegen sieht er ohnehin seine Creator; der
neue erscheint eine Zeile weiter unten. Das Skript blendet den
Knopf für Scouts und Creator aus, der Server lässt sie ohnehin
nicht durch. -->
<button type="button" class="knopf knopf--klein" id="creator-neu" hidden>Creator anlegen</button>
</section>
<p class="fehler" id="fehler" role="alert" aria-live="polite"></p>
<!-- Creator anlegen. Derselbe Dialog-Aufbau wie überall sonst. -->
<dialog class="dialog" id="creator-dialog">
<form method="dialog" class="neu neu--blank" id="creator-form">
<h2 class="dialog__titel">Creator anlegen</h2>
<p class="dialog__unter">
Der Zugangscode erscheint genau einmal – danach ist er weg und
kann nur neu gesetzt werden.
</p>
<div class="neu__zeile">
<label class="feld-schild" for="cn-name">Name</label>
<input id="cn-name" maxlength="60" required autocomplete="off" />
</div>
<div class="neu__zeile" id="cn-scout-zeile" hidden>
<label class="feld-schild" for="cn-scout">Betreuung</label>
<select id="cn-scout"></select>
<p class="feld-hinweis">
Ohne Auswahl betreust du ihn selbst. Zur Auswahl stehen nur
deine eigenen Scouts.
</p>
</div>
<!-- Der Code. Steht erst nach dem Anlegen da und wird nie
nachgeladen -- die Seite ist die einzige Stelle, an der er je
zu sehen ist. -->
<div class="neu__zeile" id="cn-code-zeile" hidden>
<p class="feld-schild">Zugangscode für <span id="cn-code-name"></span></p>
<p class="code-anzeige" id="cn-code"></p>
<p class="feld-hinweis">
Jetzt weitergeben. Nach dem Schließen ist er nicht mehr abrufbar.
</p>
</div>
<p class="fehler" id="cn-fehler" role="alert" aria-live="polite"></p>
<div class="dialog__knoepfe">
<button type="submit" class="knopf knopf--klein" id="cn-speichern">Anlegen</button>
<button type="button" class="abmelden" id="cn-zu">Schließen</button>
</div>
</form>
</dialog>
<!-- FRÜHWARNUNG (06.09.2026).
Steht GANZ OBEN, noch vor den Summen. Die Summen beantworten "wie
steht es insgesamt", die Karten "wie steht es bei jedem" – aber
die Frage, mit der ein Betreuer morgens ankommt, ist eine dritte:
"wo muss ich HEUTE hin?" Sie stand bis jetzt nirgends.
Bewusst OHNE Punktzahl. Ein Wert wie "Abwanderungsrisiko 73"
klingt nach Wissenschaft und ist eine Behauptung: Man kann ihn
nicht prüfen, nicht widersprechen und nicht erklären. Hier stehen
stattdessen die einzelnen Beobachtungen im Klartext, jede mit
ihrem Beleg – dann entscheidet ein Mensch.
Ein Creator sieht diesen Block nie (der Server liefert ihm gar
keine Daten). Zu lesen, dass ein System einen für gefährdet hält,
ist keine Mitteilung an die betroffene Person. -->
<section class="warnblock" id="fruehwarnung" hidden aria-labelledby="warn-titel">
<div class="klapp-kopf">
<h2 class="feldschild" id="warn-titel">Wo ich diese Woche nachfassen würde</h2>
</div>
<div class="warnliste" id="warnliste"></div>
</section>
<!-- Summen über alle sichtbaren Creator. Steht oben, weil die Frage
"wie steht es insgesamt" vor der Frage "bei wem" kommt. -->
<section class="summen" id="summen" hidden></section>
<div id="liste" aria-busy="true"><p class="leise">Übersicht wird geladen …</p></div>
<p class="stand" id="stand" hidden></p>
</main>
<script src="assets/js/bereiche.js?v=202609161659" defer></script>
<script src="assets/js/wahl.js?v=202609161659" defer></script>
<script src="assets/js/kopf.js?v=202609161659" defer></script>
<script src="assets/js/glocke.js?v=202609161659" defer></script>
<script src="assets/js/uebersicht.js?v=202609161659" defer></script>
</body>
</html>