Eine Seite, die nicht laedt, sagt es -- und bietet einen Weg zurueck

Fuenf Suchlaeufe parallel, ihre Funde selbst nachgemessen und behoben.

DER GROESSTE: 13 VON 21 SEITEN SCHLUCKTEN JEDEN NETZFEHLER.
Jede Seite beginnt mit `try { await hole('/api/ich') } catch { return; }`.
Faellt das Netz aus -- Aufzug, U-Bahn, Funkloch --, bricht der Block ab,
und die Seite bleibt fuer immer auf "wird geladen …" stehen. Gemessen:
0 von 32 Stellen setzten `aria-busy` im Fehlerfall zurueck, und es gab
KEINEN EINZIGEN "Nochmal versuchen" auf allen 21 Seiten.

Im Code stand der richtige Satz dazu -- an genau einer Stelle:
"Ein Platzhalter, der nie ersetzt wird, ist eine Luege mit
Fortschrittsanzeige." Er galt ueberall ausser dort.

Neu: window.ladefehler() in meldung.js. Sie ersetzt alles, was gerade
"laedt", durch drei Dinge: was los ist, was das bedeutet, und einen
Knopf, der es noch einmal versucht -- ohne die Seite neu zu laden.
21 Dateien angeschlossen. Neu: server/pruef-ladefehler.mjs, 26/0, mit
abgeklemmtem Netz im echten Browser.

UND DIE STARTSEITE WARF BEI EINEM FUNKLOCH AUF DIE ANMELDUNG.
`catch { location.assign('/workspace/') }` -- der Mensch glaubt, er sei
rausgeworfen, und tippt seinen Code neu. Dabei haelt seine Sitzung 12
Stunden; nur die Anfrage kam nicht durch. Umgeleitet wird jetzt nur
noch bei einer ANTWORT, die das sagt (401).

DER ANMELDEHINWEIS FUEHRTE MODIS IN DIE SPERRE.
Nach zwei Fehlversuchen stand: "Stimmt die Auswahl oben? Ein Code
gehoert immer zu genau einer davon." Auf der Crew-Wand ist das FALSCH
-- `stillerZugang()` sucht ueber die Codekennung, die angetippte
Kachel spielt fuer hand/modi keine Rolle. Sie probieren alle vier
durch, sammeln vier Fehlversuche, und nach acht in zehn Minuten ist
ihre Adresse gesperrt. Ein Hinweis, der die Sperre herbeifuehrt, gegen
die er helfen soll. Auf der Agenturwand stimmt der Satz weiter --
deshalb wird gefragt, auf welcher Wand man steht.
Dazu: Die Crew-Wand nannte nur der Community einen Weg ("Frag im Live
nach"). Wer zum Team gehoert und dessen Code nicht geht, fand dort
niemanden.

SACKGASSE AUF DER KERNSEITE EINES MODI.
treff-moderation sagte: "Zugaenge legst du in 'Personen & Zugaenge'
an" -- eine Seite, die ein Modi nicht oeffnen darf. Am ersten Tag, bei
leerer Community, war das der einzige Satz im Abschnitt. Jetzt fragt
die Seite ueber `window.__ich.seiten`, ob es den Weg fuer DIESEN
Menschen gibt. Und ein 404 wirft ihn nicht mehr wortlos auf die
Startseite.

TOTE KNOEPFE AN FREMDEN KARTEN.
"◀ zurueck" und "▶ In Arbeit" standen an JEDER Aufgabenkarte, auch an
fremden. Ein Modi sieht das Brett des ganzen Teams; er tippt, der
Server lehnt mit 403 ab, und die Meldung erscheint GANZ OBEN. Bei
einer Karte weiter unten sieht er nichts. Zwei Zeilen tiefer stand die
Regel im Klartext: "niemandem etwas anzubieten, das dann abgelehnt
wird." Der Server schickt jetzt `darf_aendern` mit.

13 STELLEN ROLLTEN GEGEN DEN WILLEN DES NUTZERS.
`scrollIntoView({ behavior: 'smooth' })` beachtet "Animationen
reduzieren" NICHT. Wer das eingestellt hat, hat es meist wegen
Schwindel getan. Zwei Stellen fragten vorher, dreizehn nicht.
Jetzt `window.sanft()`, einmal statt dreizehnmal.

DAS WORT UEBER DEN BRETTERN EINES MODI HIESS "BETREUUNG".
Fest im HTML, ueberschrieben nur bei Brettern mit eigenem `ober` --
sechs haben keines. Jetzt faellt es auf die GRUPPE der Kachel zurueck,
ueber die er hergekommen ist. Je Rolle richtig, ohne zweite Liste.

DER HINWEIS-ZU-KACHEL-WEG WAR DOPPELT KAPUTT.
`bereichZu` suchte nur in GRUPPEN -- der Liste der AGENTUR. Die
Kacheln von Team Dogi schickt der Server; fuer einen Modi fand die
Zeile entweder nichts oder eine fremde Kachel und uebernahm deren
Farbe. Und sie suchte ueber den NAMEN: "LIVE-Analyse" heisst auf der
Crew-Adresse "Live-Ablauf". Beim Beheben erst den Namen umgedreht --
und damit die Agenturseite kaputt gemacht (pruef-start-ansicht sofort
rot). Jetzt ueber das ZIEL, das in beiden Haeusern dasselbe ist.

UND EIN BRETT WAR SEIT GESTERN GESPERRT.
`TREFF_BRETTER` wird aus Kachelzielen abgeleitet. Als die Kachel
"Regeln & Hilfe" am 19.09. auf `treff-regeln.html` umgelenkt wurde,
fiel `regeln` heraus -- und `treff-regeln.html` verweist weiterhin
darauf ("Haeufige Fragen stehen auf dem Brett Regeln & Hilfe").
Gefunden hat es pruef-treff, die seit gestern rot war. 72/0.

NEBENBEI 7 SEITEN LEICHTER: meldung.js wird jetzt abgeleitet
eingebunden -- nur dort, wo sagWas/ladefehler/sanft wirklich
gebraucht werden. Die Anmeldewand traegt es nicht mehr.

Gruen: pruef-ladefehler 26/0, pruef-sackgassen 11/0 (582 Wege, 0 ins
Leere), pruef-start-ansicht, pruef-treff 72/0, pruef-treffchat,
pruef-community-sicht 10/0, pruef-aufgabenbrett, pruef-code 17/0,
pruef-chat-optik, pruef-nachfrage 49/0, pruef-meldungen 8/0,
pruef-css-klassen, pruef-tippziele 11/0, pruef-leerzustand 13/0,
pruef-rechtetafel.

server/workspace.js

@@ -1129,9 +1129,33 @@ const TREFF_MODERATION_KACHEL = {
 /* Welche Bretter zum Treff gehoeren -- ABGELEITET aus den Kacheln, nicht
    danebengeschrieben. Eine zweite Liste waere die, die beim naechsten
    neuen Brett vergessen wird. */
-export const TREFF_BRETTER = TREFF_BEREICHE
-  .map((k) => new URL("http://x/" + k.ziel).searchParams.get("b"))
-  .filter(Boolean);
+export const TREFF_BRETTER = [...new Set([
+  ...TREFF_BEREICHE
+    .map((k) => new URL("http://x/" + k.ziel).searchParams.get("b"))
+    .filter(Boolean),
+  /* EIN BRETT OHNE KACHEL (berichtigt 20.09.2026).
+     ----------------------------------------------------------------
+     Die Liste wird aus den Kachelzielen abgeleitet, und das ist
+     richtig: Was niemand anklicken kann, muss auch nicht offenstehen.
+
+     Am 19.09.2026 bekam die Kachel „Regeln & Hilfe" ein neues Ziel --
+     `treff-regeln.html` statt `bereich.html?b=regeln`, weil die
+     Kachel vorher auf ein leeres Brett zeigte. Damit fiel `regeln`
+     aus dieser Ableitung heraus, und das BRETT war ab da fuer die
+     Community gesperrt (404).
+
+     Nur verweist `treff-regeln.html` weiterhin darauf: „Haeufige
+     Fragen und Antworten stehen auf dem Brett Regeln & Hilfe." Ein
+     Verweis, der seit einem Tag ins Leere fuehrt -- und zwar auf der
+     einen Seite, die einem neuen Mitglied alles erklaeren soll.
+
+     Gefunden hat es `pruef-treff` (4 Fehler, seit dem 19.09.), nicht
+     ein Mensch. Deshalb steht es hier ausdruecklich und mit Grund:
+     Ein Brett kann erreichbar sein muessen, ohne eine eigene Kachel
+     zu haben. Wer die Ableitung liest und diese Zeile nicht sieht,
+     haelt die Liste fuer vollstaendig. */
+  "regeln",
+])];
 
 /* Wer den Treff ueberhaupt sehen darf: die Community selbst und das
    Team von Dogi. Die Agentur ausdruecklich nicht -- Creator, Scouts und
@@ -1393,10 +1417,21 @@ const BRETTER_UEBER_SEITEN = {
 
 /** Bretter mit eigener Kachel. Diese darf jeder aus dem Team, der die
  *  Kachel sieht -- sie sind daraus abgeleitet, nicht abgeschrieben. */
-export const MODI_BEREICHE_ERLAUBT = new Set(
-  HAND_MIT_TREFF
+export const MODI_BEREICHE_ERLAUBT = new Set([
+  ...HAND_MIT_TREFF
     .map((k) => (/bereich\.html\?b=([a-z]+)/.exec(k.ziel) || [])[1])
-    .filter(Boolean));
+    .filter(Boolean),
+  /* DIESELBE LUECKE WIE BEI TREFF_BRETTER (20.09.2026), und aus
+     demselben Grund: `regeln` hat seit dem 19.09. keine Kachel mehr,
+     faellt damit aus jeder Ableitung ueber Kachelziele -- und ist
+     trotzdem ein Brett, das `treff-regeln.html` verlinkt.
+
+     Zwei Ableitungen, dieselbe blinde Stelle. Das ist der Grund,
+     warum hier eine Zeile steht statt einer zweiten klugen Regel:
+     Wer eine Kachel umleitet, nimmt einem Brett damit stillschweigend
+     die Erreichbarkeit. Das muss sichtbar sein, nicht gerechnet. */
+  "regeln",
+]);
 
 /** Und die Bretter hinter einer Seite -- nur fuer den, der die Seite darf.
  *