2 Commits

Include renames

Author	SHA1	Message	Date
DogFatherGitandClaude Opus 5	da7508b6ce	Vier rote Pruefungen -- drei Phantome und ein echtes Gewicht ... Weiter durch die rote Liste. Drei der vier Befunde zeigten auf gesunden Code; die Pruefungen selbst waren seit einem Umbau nicht nachgezogen worden. pruef-schritt (2 rot -> 71 gruen statt 47) Meldete "1 von 6 Kategorien". Die Karte geht seit dem 01.10.2026 gefiltert auf ("zugetragen"), Bloecke ohne solche Punkte werden gar nicht gezeichnet. Die Pruefung zaehlte danach alle. Schlimmer: Weil dann kein Block mehr zugeklappt war, lief der Klick auf einen zugeklappten 30 Sekunden in die Frist und riss den Lauf mit -- 24 von 71 Pruefungen liefen nie. Jetzt wird erst die Vorgabe geprueft (sie ist eine Zusage), dann auf "Alle" gestellt. pruef-glocke (1 rot -> 34 gruen) Meldete "auf der Anmeldeseite steht der Knopf". Gemessen landete sie auf start.html: Dieselbe Seite war eine Zeile zuvor angemeldet durch zwanzig Arbeitsseiten gelaufen, und angemeldet fuehrt /workspace/ nicht zur Wand. Jetzt eigener Kontext ohne Keks -- und davor die Zeile, dass die Wand wirklich erreicht wurde. pruef-zeichen (1 rot -> 8 gruen) Meldete content: "·" als Kodierungstruemmer. Die Bytes sind C2 B7, also korrektes UTF-8; der Mittelpunkt ist ein begruendeter Trennpunkt (seit 03.10.). Die Regel stammt aus einer Zeit, in der sie selbst festhielt: "KEINE einzige benutzt ein Zeichen aus diesem Block." Jetzt eine benannte Ausnahme MIT Veraltungsschutz: Jedes Zeichen darin muss wirklich vorkommen, sonst wird die Ausnahme rot. pruef-tempo-workspace (1 rot -> 9 gruen) -- DER ECHTE BEFUND uebersicht.html 959 KB, bereich.html?b=live 1094 KB bei einer Grenze von 900. Die Pruefung sagt jetzt auch, WORAN es liegt, und die Antwort war eindeutig: ZWEI Buehnenbilder auf einer Seite, die eines zeigt (281 KB studio + 262 KB portal). Ursache: start.css traegt an body.start::before einen Rueckfall (studio), und kopf.js setzt `data-buehne` erst, wenn die Seite steht. Bis dahin ist der Rueckfall geholt -- auf 43 von 45 Seiten. Jetzt steht die Szene fest im <body>, erzeugt aus bereiche.js (tools/buehne-festschreiben.mjs, 20 Seiten). bereich.html bedient fuenf Bretter und kann das nicht; sie bekommt ein kleines Skript gleich hinter <body>, das die Szene aus `?b=` setzt, bevor gezeichnet wird. Gemessen: 1094 -> 879 KB, und die Grenze haelt wieder. DIE ZUORDNUNG STEHT DAMIT AN ZWEI STELLEN. Das ist nur vertretbar, weil sie nicht auseinanderlaufen kann: pruef-buehnen-fest.mjs (neu, 13 Pruefungen) haelt HTML gegen bereiche.js, prueft die Lage des Skripts und dass jede genannte Szene eine Regel hat. Dabei gefunden und berichtigt -- zweimal an mir selbst: Der erste Entwurf verglich Szenen mit Dateinamen und meldete teamlage.html ("eingang") als Fehler; die Szene gibt es, ihre Regel zeigt nur auf ein crew-Bild. Und der Lage-Anker suchte `data-buehne`, das Skript schreibt `dataset.buehne` -- indexOf gab -1, die Rechnung wurde negativ und meldete "-2276 Zeichen dahinter". Gegenproben gefahren: Szene verschoben -> rot mit Abstand; Ausnahme verwaist -> rot; erfundene Szene -> erkannt. Dazu gruen: css-klassen, workspace-seiten, neue-seiten, haus-trennung, kopfleiste-farbe. Co-Authored-By: Claude Opus 5 <[email protected]>	2026-10-07 13:05:54 +02:00
DogFatherGitandClaude Opus 5	a9d920e7d0	Vier stillgelegte Pruefungen, zwei kaputte Zeichen -- und die Wache dagegen ... Gefunden beim Vorbereiten der KLIPY-Anbindung, nicht gesucht. DER VERLORENE BACKSLASH In fuenf Dateien stand in einem Suchmuster das BYTE 0x08 statt der zwei Zeichen \ und b. Gemeint war die Wortgrenze; 0x08 ist das Rueckschritt-Zeichen und kommt in keinem Text vor. Gemessen: /<0x08>modis?<0x08>/i.test("Die Modis sind da") -> false /\bmodis?\b/i .test("Die Modis sind da") -> true Folgen, je Stelle: pruef-nachwuchs Das Muster stand in einer VERNEINUNG. Die Zeile lautete damit ok(!false) -- dauerhaft gruen, ohne etwas zu messen. Ausgerechnet die Zeile, die das Durchsickern des Rollennamens verhindern soll. pruef-personen-formular dasselbe Muster, dieselbe Verneinung pruef-nachfrage hatDialogMitFeld war immer falsch. Seiten mit einem Formular-Dialog galten als "totes Gewicht" -- der Kommentar direkt darueber warnt woertlich vor genau diesem Schaden. pruef-entwicklung zwei von drei Alternativen tot workspace-treff.js nur ein Kommentar, aber unlesbar ZWEI KAPUTTE ZEICHEN, BEIDE SICHTBAR content: "<0x15>C9<0x00>A0" in chat.css. Gemeint war U+25C9 und ein geschuetztes Leerzeichen. Live stand woertlich "C9 A0" vor jedem hervorgehobenen @rudel -- am echten Server nachgemessen. content: "¹3" in chat.css UND entwicklung.css. Gemeint war ein Haken. Auf der gewaehlten Kachel stand "¹3"; zu sehen in Filipes Bildschirmfoto. Repariert wird mit der Escape-Schreibweise ("\2713"), nicht mit dem Zeichen selbst: Sie besteht nur aus ASCII und ueberlebt jede Kodierung. WAS DIESE FEHLERART BESONDERS MACHT Niemand sieht sie beim Lesen. Der erste war committet, ausgeliefert und lag live -- und als ich in der Datei danach suchte, meldete grep "Binary file matches" und zeigte die Zeile gar nicht erst an. Wer den Unterschied durchsieht, liest content: "C9 A0" und denkt sich nichts. Deshalb neu: server/pruef-zeichen.mjs (7 Pruefungen). Sie sucht rohe Steuerzeichen in allen ausgelieferten und allen Serverdateien, dazu Ersatzzeichen und Kodierungstruemmer in CSS-content-Angaben. Mit Gegenprobe in beide Richtungen -- sie weist an einer selbst gebauten Datei nach, dass sie anschlaegt, UND dass sie bei einer sauberen schweigt. Die erste Fassung der Regel war zu weit: Sie meldete acht KORREKTE Zeichen (✓, ↯, ↻, „, ⚠). Eine Warnung, die immer kommt, ist keine Warnung mehr. Die engere Regel kommt aus dem Befund selbst -- der Latin-1-Block U+0080..U+00BF, in dem echte Typografie nie steht. Nachgemessen ueber alle 203 content-Angaben im Haus: keine einzige benutzt ihn. GEHEIMNISSE STEHEN NICHT MEHR IM PROTOKOLL einstellungSetzen() schrieb immer Name UND Wert. Nachgemessen in der echten Datenbank: kopie_schluessel steht vollstaendig drin, vapid_paar wurde bei 120 Zeichen abgeschnitten -- kurz VOR dem privaten Teil. Dass der heil blieb, lag an einer Laengengrenze, nicht an einer Absicht. Keine offene Tuer (das Protokoll liegt hinter nurAdmin), aber der Wert wandert in jede Sicherung. Es ist eine REGEL und keine Liste: Wer eine Einstellung so benennt, meint ein Geheimnis. Stehen bleibt, DASS sich etwas geaendert hat, wann und durch wen -- nur der Wert fehlt. EINE VERALTETE PRUEFUNG, UMGEDREHT STATT GELOESCHT pruef-nachwuchs verlangte, dass die rechte Hand keine Zugaenge anlegen kann. Das war bis zum 22.09. richtig; dann hat Filipe es umgedreht ("damit sie das auch machen kann wenn er live ist"). Die Pruefung war seither rot, ohne dass es auffiel -- sie lief nicht. Jetzt prueft sie beides: dass die rechte Hand es darf UND dass die Grenzen stehen (sperren 404, Protokoll 404). Eine Erlaubnis ohne Grenze ist keine Entscheidung, sondern ein Loch. Und tools/nachtlauf.mjs wird nachgetragen -- bisher unversioniert. Zahlen: pruef-nachwuchs 260, pruef-entwicklung 48, pruef-personen-formular 43, pruef-zeichen 7 (neu), pruef-ports 8. Co-Authored-By: Claude Opus 5 <[email protected]>	2026-09-23 14:29:32 +02:00