Die Kachel heisst jetzt "Willkommen & Anleitung" -- und zeigt dorthin, wo die Anleitung ist

Bauplan "Einweisung je Rolle", Kapitel 03 und 04.

ES GAB ZWEI SEITEN NEBENEINANDER. `willkommen.html` listete alle
Bereiche gleich auf -- genau das, was Kapitel 01 des Bauplans als
Problem beschreibt. `anleitung.html` sortiert je Rolle nach Muss,
Regelmaessig und Bei Bedarf; dort war die Einweisung fuer die Agentur
schon gebaut. Die Crew-Kachel zeigte auf die alte.

Jetzt zeigt sie auf die neue, heisst "Willkommen & Anleitung" mit der
Unterzeile "Was du brauchst und was nicht", und anleitung.html ist in
der Rechtetafel auch fuer die Crew geoeffnet. WELCHE Inhalte jemand
sieht, entscheidet weiterhin die Adresse.

willkommen.html bleibt und leitet weiter -- der Bauplan verlangt
ausdruecklich, dass alte Verweise funktionieren. Drei Wege, damit
keiner ins Leere laeuft: meta-refresh (auch ohne JavaScript),
`location.replace` (ohne Eintrag im Verlauf -- sonst landet man beim
Zurueckgehen wieder hier) und ein sichtbarer Verweis.

DABEI AUFGEFALLEN, weil die Pruefung rot wurde: Nach dem Umhaengen
antwortete willkommen.html mit 302 auf start.html. Grund ist die
zweite Schranke `gehoertAufDieseAdresse` -- eine Seite gehoert zur
Crew-Adresse, wenn eine KACHEL dorthin fuehrt. Es fuehrte keine mehr.
Die Seite steht jetzt in OHNE_KACHEL_UEBERALL; ohne das waere das
Lesezeichen von gestern eine Sackgasse.

DREI DINGE VORWEG und DEINE STUFE (Kapitel 04), beide nur fuer die
Community:

  "Dein Code gehoert dir" · "Nachts ist Ruhe" · "Was hier passiert,
  bleibt hier" -- neue Zeilenart `vorweg`, leer bei allen anderen
  Rollen, dann faellt der Abschnitt weg.

  Die Stufenkarte zeigt Neu/Dabei/Stamm, hebt die eigene hervor und
  nennt das DATUM, ab dem mehr geht -- aus dem Beitrittstag gerechnet
  ("fruehestens ab 13.10.2026"), nicht "in ein paar Tagen". Die
  Fristen kommen aus workspace-treff.js, wo die Stufe auch berechnet
  wird; sie sind dafuer ausgefuehrt worden statt abgeschrieben. Eine
  zweite 7 im Text waere ausgerechnet in der Erklaerung veraltet.

DIE KACHELN KOMMEN JETZT AUS BEIDEN QUELLEN. anleitung.js baute
seinen Kachel-Index immer aus `Bereiche.GRUPPEN` -- der Liste im
Browser. Fuer die Agentur stimmt das (der Server schickt dort
bewusst `bereiche: null`). Fuer die Crew schickt er eine echte Liste,
und die Browserliste kennt deren Kacheln nicht: Gemessen zeigte die
Seite 0 Karten, obwohl die Schnittstelle 14 bzw. 34 lieferte. Jede
Karte wurde weggelassen, weil zu ihrem Schluessel keine Kachel zu
finden war -- von aussen sah die Seite einfach leer aus.

GEMESSEN IM BROWSER, 390 px, mit Bild:
  Community   14 Karten · Vorweg ja · Stufe "Du bist gerade: Neu"
  Rechte Hand 34 Karten · Vorweg nein · Stufe nein
  kein Querscrollen, keine Browsermeldungen.

Die Messung hat dabei zweimal sich selbst korrigiert: Auf der
Crew-Wand faengt bei 390 px das Buehnenbild jeden Klick ab (angemeldet
wird deshalb ueber die Schnittstelle), und ueber `http://` laedt die
Seite nackt -- der Name steht in der HSTS-Liste, Chromium erzwingt
https fuer alles Nachgeladene. Jetzt derselbe HTTPS-Vorbau wie in
pruef-chat-neu-stelle.

pruef-anleitung 127 -> 137. Vier weitere Zeilen darin verteidigten
den alten Zustand (Seite gesperrt, keine Hinweise fuer die Crew) und
sind mitgewandert. Neu dazu: die Community in der Rollenliste, die
Altersbestaetigung beim Anmelden, und die Gegenprobe, dass ein Modi
weder "Vorweg" noch Stufenkarte bekommt.

Co-Authored-By: Claude Opus 5 <[email protected]>
This commit is contained in:
2026-10-06 16:44:29 +02:00
co-authored by Claude Opus 5
parent 96eff525d0
commit 8aaadbd403
55 changed files with 1209 additions and 779 deletions
+62 -8
View File
@@ -153,7 +153,12 @@ function anlegen(name, rolle, code) {
}
const ROLLEN = [["admin", "Filipe"], ["spicy", "Spicy Media"], ["manager", "Patrick"],
["scout", "Kevin"], ["creator", "Luna"], ["modi", "Miss"], ["hand", "VanVan"]];
["scout", "Kevin"], ["creator", "Luna"], ["modi", "Miss"], ["hand", "VanVan"],
/* Seit dem 06.10.2026 hat auch die Community eine Fassung -- und
sie ist die einzige mit "Drei Dinge vorweg" und der Stufenkarte.
Ohne sie in dieser Liste bliebe genau der Teil ungeprueft, der
neu ist. */
["gast", "Diene"], ["linke", "Funny"]];
const CODES = {};
for (const [i, [rolle, name]] of ROLLEN.entries()) {
CODES[rolle] = `CODE-A${String(i).padStart(2, "0")}-000001`;
@@ -195,7 +200,13 @@ function roh(pfad, host, koerper, keks, methode) {
}
async function anmelden(rolle, host = null) {
const r = await roh("/workspace/api/anmelden", host, { rolle, code: CODES[rolle] });
/* DIE ALTERSBESTAETIGUNG IST EIN EIGENER SCHRITT und betrifft nur
den Gast. Ohne sie antwortet der Server mit 400, und die Pruefung
meldete "kommt nicht herein" -- ein Befund, der dem Testaufbau
gehoert und nicht dem Haus. Mitzuschicken schadet den anderen
Rollen nicht: Sie sehen das Feld gar nicht an. */
const r = await roh("/workspace/api/anmelden", host,
{ rolle, code: CODES[rolle], alter_ok: true });
if (r.code !== 200) return null;
return [].concat(r.kopf["set-cookie"] || []).map((z) => z.split(";")[0]).join("; ") || null;
}
@@ -203,7 +214,7 @@ async function anmelden(rolle, host = null) {
melde("\n=== Alle Rollen kommen herein ===");
const kekse = {};
for (const [rolle] of ROLLEN) {
const haus = (rolle === "modi" || rolle === "hand") ? CREW_HOST : null;
const haus = ["modi", "hand", "gast", "linke"].includes(rolle) ? CREW_HOST : null;
kekse[rolle] = await anmelden(rolle, haus);
ok(!!kekse[rolle], `${rolle}: angemeldet`);
}
@@ -357,6 +368,33 @@ ok(hand.code === 200 && (hand.j?.karten?.length ?? 0) === 34,
ok(!(modi.j?.karten || []).some((k) => k.kachel === "leistung"),
"und keine einzige Agenturkachel ist dabei");
/* ==== "DREI DINGE VORWEG" UND "DEINE STUFE" (Bauplan Kapitel 04) ====
Beides gibt es NUR fuer die Community. Gemessen wird deshalb in
beide Richtungen: Der Gast bekommt es, der Modi nicht. Nur "der
Gast bekommt es" waere auch dann gruen, wenn es alle bekaemen --
und dann stuende bei einer rechten Hand eine Karte "Du bist gerade:
Neu", die fuer sie keinen Sinn ergibt. */
const gast = await holen("gast", CREW_HOST);
ok(gast.code === 200 && (gast.j?.karten?.length ?? 0) === 14,
`die Community bekommt ihre Anleitung (HTTP ${gast.code}, `
+ `${gast.j?.karten?.length ?? 0} Karten)`);
ok((gast.j?.vorweg || []).length === 3,
`mit "Drei Dinge vorweg" (${(gast.j?.vorweg || []).length} Punkte)`);
ok(/Code/.test((gast.j?.vorweg || [])[0]?.titel || ""),
`und der erste ist der eigene Code ("${(gast.j?.vorweg || [])[0]?.titel || "-"}")`);
ok(!!gast.j?.stufe && (gast.j.stufe.reihen || []).length === 3,
`dazu die Stufenkarte mit drei Stufen (${gast.j?.stufe?.name || "keine"})`);
/* Die Zahlen des Bauplans stehen nicht im Text der Anleitung, sondern
kommen aus workspace-treff.js -- derselben Stelle, die die Stufe
auch BERECHNET. Hier wird nachgesehen, dass sie wirklich ankommen. */
ok(/7 Tagen/.test((gast.j?.stufe?.reihen || [])[1]?.ab || ""),
`„Dabei" nennt die echte Frist (${(gast.j?.stufe?.reihen || [])[1]?.ab || "-"})`);
ok((gast.j?.vorweg || []).length === 3 && (modi.j?.vorweg || []).length === 0,
`Gegenprobe: ein Modi bekommt kein "Vorweg" (${(modi.j?.vorweg || []).length})`);
ok(modi.j?.stufe === null || modi.j?.stufe === undefined,
`Gegenprobe: und keine Stufenkarte (${JSON.stringify(modi.j?.stufe)})`);
/* Die Seite selbst, nicht nur die Schnittstelle.
=====================================================================
GEPRUEFT WIRD DAS ZIEL, NICHT NUR DIE 302.
@@ -378,10 +416,23 @@ ok(!(modi.j?.karten || []).some((k) => k.kachel === "leistung"),
const seiteCreator = await roh("/workspace/anleitung.html", null, null, kekse.creator);
ok(seiteCreator.code === 200, `anleitung.html oeffnet fuer den Creator (${seiteCreator.code})`);
/* ==== DIE SEITE OEFFNET JETZT AUCH FUER DIE CREW (06.10.2026) ======
Hier stand "wird zur Startseite umgeleitet". Das war richtig,
solange es die Anleitung nur im Agenturhaus gab. Seit dem Bauplan
"Einweisung je Rolle" hat Team Dogi vier eigene Fassungen, und die
Kachel fuehrt dorthin -- eine Umleitung waere jetzt die Sackgasse,
die es laut Filipes Regel vom 19.09. nicht geben darf. */
const seiteModi = await roh("/workspace/anleitung.html", CREW_HOST, null, kekse.modi);
ok(seiteModi.code === 302 && seiteModi.kopf.location === "/workspace/start.html",
`ein angemeldeter Modi wird zur Startseite umgeleitet `
+ `(${seiteModi.code} -> ${seiteModi.kopf.location})`);
ok(seiteModi.code === 200,
`anleitung.html oeffnet auch fuer den Modi auf der Crew-Adresse (${seiteModi.code})`);
/* Und die alte Adresse fuehrt weiter dorthin -- der Bauplan verlangt
ausdruecklich, dass alte Verweise funktionieren. */
const seiteAlt = await roh("/workspace/willkommen.html", CREW_HOST, null, kekse.modi);
ok(seiteAlt.code === 200 && /anleitung\.html/.test(seiteAlt.text || ""),
`willkommen.html leitet auf die Anleitung weiter (${seiteAlt.code}`
+ `${seiteAlt.kopf?.location ? " -> " + seiteAlt.kopf.location : ""})`);
const seiteOhne = await roh("/workspace/anleitung.html", null, null, null);
ok(seiteOhne.code === 302 && seiteOhne.kopf.location === "/workspace/",
@@ -608,8 +659,11 @@ const hModi = await hinweise("modi", CREW_HOST);
Hinweis fuer ihn dabei". Dieselbe Falle wie am 03.09.2026 beim
Gitea-Abgleich: Eine Pruefung, die ihre Voraussetzung nicht hat,
darf nicht wie Erfolg aussehen. */
ok(hModi.code === 200 && !hModi.liste.some((h) => h.art === "anl_schritte"),
`ein Modi bekommt den Hinweis nicht (HTTP ${hModi.code}, `
/* UMGEDREHT AM 06.10.2026: Der Modi HAT jetzt Erste Schritte, also
gehoert der Hinweis auch zu ihm. Vorher gab es fuer ihn nichts
einzuweisen, und die Abwesenheit war richtig. */
ok(hModi.code === 200 && hModi.liste.some((h) => h.art === "anl_schritte"),
`ein Modi bekommt den Hinweis jetzt auch (HTTP ${hModi.code}, `
+ `${hModi.liste.length} andere Hinweise)`);
const hDogi = await hinweise("admin");
ok(hDogi.code === 200 && !hDogi.liste.some((h) => h.art === "anl_schritte"),