Die drei Altlasten: ein echter Befund, zwei Pruefungen mit Zahlen von gestern

Alle drei standen seit dem 22.09. in der Notiz und waren mit `git
stash` als vorbestehend nachgewiesen. Nachgemessen, einzeln behoben.

1. pruef-jeder-hat-eine-seite -- EIN ECHTER BEFUND
   "alle 9 Rollen sind zugeordnet -- fehlt: linke"

   Die LINKE HAND fiel im Steckbrief in den Sammelplatz "Weitere":
   Auf der Uebersicht ueber die Menschen des Hauses stand sie unter
   einer Ueberschrift ohne Bedeutung, neben niemandem. Sie gehoert
   dorthin, wo die rechte Hand steht -- beide fuehren Team Dogi mit.

   Beim Nachgehen fiel dieselbe Luecke an einer zweiten Stelle auf:
   In ROLLEN_GRUPPE (der Auswahl, mit wem man schreiben kann) fehlte
   sie ebenfalls und haette eine eigene Ueberschrift mit genau einem
   Namen darunter bekommen -- also die Rangordnung, die zwei Zeilen
   hoeher ausdruecklich vermieden werden sollte.

   WARUM DIE PRUEFUNG DAS FINDEN KONNTE und ein Mensch nicht: Sie geht
   ALLE Rollen des Hauses durch, nicht die vier, die zufaellig
   angelegt sind. Eine Zuordnung, die man an den vorhandenen Leuten
   prueft, ist eine Aussage ueber die Testdaten.

2. pruef-rollen -- DIE MESSUNG WAR FALSCH, NICHT DIE KACHEL
   "DogFather Kachel https://crew... LANDET AUF start.html"

   DogFather bekommt auf der Agenturadresse die Kachel "Zu Team Dogi".
   Ihr Ziel MUSS eine vollstaendige Adresse sein -- das andere Haus
   liegt auf einem anderen Rechnernamen. Im Server steht das
   ausdruecklich (`aussen: true` an der Kachel, samt Begruendung).

   Die Pruefung klebte jedes Ziel an `BASIS + "/workspace/"`. Bei einer
   vollstaendigen Adresse kommt dabei Unsinn heraus.

   Sie kannte ausserdem nur ZWEI Ausgaenge. Ob die andere Tuer
   aufgeht, laesst sich von hier nicht sagen -- der Browser kennt nur
   BASIS. Das ist der dritte Ausgang, und er wird jetzt als solcher
   gemeldet: 314 Pruefungen, 0 Fehler, 1 nicht nachsehbar. Geprueft
   wird stattdessen, was hier zu pruefen IST: dass die Adresse zu
   einem Haus fuehrt, das dieses Haus kennt (aus CREW_ADRESSE, nicht
   abgeschrieben).

3. pruef-kachelraster -- ZWEI ZAHLEN VON GESTERN, UND EIN MESSFEHLER
   "10 Community-Kacheln" (erwartet 8) und "die doppelt breite Kachel
   steht an erster Stelle (Platz 0)"

   `=== 8` stand in der Ueberschrift, im Text und in der Bedingung. Am
   22.09. sind Kacheln dazugekommen, und die Pruefung wurde rot, ohne
   dass am Raster etwas kaputt war.

   Schwerer wog der zweite Teil: Sie suchte "die Community-Gruppe"
   ueber deren Ueberschrift, mit der letzten Gruppe als Rueckfall. Fuer
   DogFather griff der Treffer (1 Kachel), fuer einen Modi der
   Rueckfall (10) -- und beides hiess in der Meldung
   "Community-Kacheln". Eine Pruefung, die je nach Rolle etwas anderes
   misst, kann ihr Ergebnis nicht erklaeren.

   Jetzt werden ALLE Gruppen gemessen, mit Namen in der Meldung, und
   die Frage ist ueberall dieselbe: Hat das Raster ein Loch? Die
   Kachelzahl steht in der Meldung, nicht in der Bedingung. Die Regel
   "eine doppelt breite Kachel steht vorn" bleibt -- es gibt heute
   keine solche Gruppe mehr, aber sie gilt fuer die naechste, und die
   ZAHL der geprueften Gruppen steht daneben.

   Gemessen sieht DogFather 5 Gruppen (1, 6, 11, 4, 1 Kacheln), ein
   Modi 6. Kein Loch in einer davon. 15 Pruefungen, 0 Fehler.

Mitgelaufen und gruen: pruef-steckbrief, pruef-rechtetafel (19),
pruef-chat.

Co-Authored-By: Claude Opus 5 <[email protected]>

server/pruef-rollen.mjs

@@ -30,6 +30,10 @@ import { mkdtempSync, rmSync } from "node:fs";
 import { tmpdir } from "node:os";
 import { join } from "node:path";
 import { heuteLokal, tagLokal } from "./helfer-zeit.mjs";
+/* Die Adresse des anderen Hauses kommt aus der EINEN Stelle, an der
+   sie steht -- eine zweite hier waere die, die beim Umzug stehen
+   bleibt und dann eine falsche Adresse als "bekannt" durchwinkt. */
+import { CREW_ADRESSE } from "./crew-adresse.js";
 
 const ordner = mkdtempSync(join(tmpdir(), "ws-rollen-"));
 process.env.WORKSPACE_DB = join(ordner, "workspace.db");
@@ -81,7 +85,14 @@ setTimeout(() => { console.log("ABBRUCH"); process.exit(1); }, 540_000).unref?.(
 
 let fehler = 0;
 let geprueft = 0;
+/* DER DRITTE AUSGANG (23.09.2026). Diese Pruefung kannte nur zwei: in
+   Ordnung und nicht in Ordnung. Eine Kachel, die aus dem Haus
+   hinausfuehrt, ist weder das eine noch das andere -- sie ist von hier
+   aus nicht messbar. Ohne diesen Ausgang muesste man sie entweder
+   gruen luegen oder rot melden; beides sagt etwas, das nicht stimmt. */
+let offen = 0;
 const ok = (b, t) => { geprueft++; console.log((b ? "  ok   " : "  FEHL ") + t); if (!b) fehler++; };
+const unklar = (t) => { offen++; console.log("  --   " + t); };
 
 /* ---------- Ein Team mit echten Daten ----------------------------------
    Ohne Daten prüft ein Rundgang nur leere Seiten -- und leere Seiten
@@ -353,6 +364,45 @@ for (const r of ROLLEN) {
      ohne dass ein einziger Knopf gedrueckt wurde. */
   ok(kacheln.length > 0, `${r.name.padEnd(18)} bekommt ${kacheln.length} Kacheln angeboten`);
   for (const href of kacheln) {
+    /* =================================================================
+       EINE KACHEL KANN AUS DEM HAUS HINAUSFUEHREN (23.09.2026)
+       =================================================================
+
+       DogFather bekommt auf der Agenturadresse die Kachel „Zu Team
+       Dogi". Ihr Ziel ist eine VOLLSTAENDIGE Adresse -- es muss eine
+       sein, das andere Haus liegt auf einem anderen Rechnernamen.
+
+       Diese Pruefung klebte jedes Ziel an `BASIS + "/workspace/"`.
+       Bei einer vollstaendigen Adresse kommt dabei Unsinn heraus; der
+       Browser landete auf start.html, und die Zeile meldete
+       „LANDET AUF start.html". Ein echter Befund war das nie -- die
+       Kachel ist richtig, die Messung war es nicht.
+
+       Dass es solche Kacheln GIBT, steht im Server ausdruecklich
+       (`aussen: true` an der Kachel, samt Begruendung). Das Merkmal
+       kommt aber nicht in die Seite; hier ist nur die Adresse zu
+       sehen. Also wird abgeleitet: Wer eine vollstaendige Adresse
+       traegt, fuehrt hinaus.
+
+       WAS DANN GEPRUEFT WIRD -- und was nicht. Ob die andere Tuer
+       aufgeht, laesst sich von hier nicht sagen: Das andere Haus
+       antwortet unter einem anderen Namen, und dieser Browser kennt
+       nur BASIS. Das ist der dritte Ausgang, und er wird als solcher
+       gemeldet. Geprueft wird stattdessen, was hier zu pruefen IST:
+       dass die Adresse zu einem Haus fuehrt, das dieses Haus kennt --
+       und nicht irgendwohin.
+       ================================================================= */
+    if (/^https?:\/\//i.test(href)) {
+      let ziel2 = null;
+      try { ziel2 = new URL(href); } catch { ziel2 = null; }
+      const heim = (() => { try { return new URL(CREW_ADRESSE).host; } catch { return null; } })();
+      ok(!!ziel2 && !!heim && ziel2.host === heim && /\.html$/.test(ziel2.pathname),
+        `${r.name.padEnd(18)} Kachel fuehrt aus dem Haus: ${href}`
+        + (ziel2 && ziel2.host === heim ? " (bekanntes Haus)" : " -- FREMDE ADRESSE"));
+      unklar(`${r.name.padEnd(18)} ob dort die Tuer aufgeht, laesst sich von hier`
+        + " nicht messen -- das andere Haus hat eine andere Adresse");
+      continue;
+    }
     const ziel = href.split("#")[0];
     const seitenname = ziel.split("?")[0];
     await seite.goto(BASIS + "/workspace/" + ziel, { waitUntil: "networkidle" });
@@ -381,5 +431,6 @@ if (berichte.length) {
 }
 
 try { rmSync(ordner, { recursive: true, force: true }); } catch { /* egal */ }
-console.log(`\n${fehler ? "FEHLER: " + fehler : "Alles in Ordnung"} — ${geprueft} Prüfungen`);
+console.log(`\n${fehler ? "FEHLER: " + fehler : "Alles in Ordnung"} — ${geprueft} Prüfungen`
+  + (offen ? `, ${offen} nicht nachsehbar` : ""));
 process.exit(fehler ? 1 : 0);