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]>