Mam aplikację Swift w App Store na iOS, jest już opublikowana i zrobiłem nową aktualizację, wersja 1.5. Są tylko drobne poprawki, a największa jest zaimplementowana Firebase Crash Analytics. Jestem w stanie skompilować aplikację w trybie debugowania, a raportowanie Firebase Crash działa dobrze (Widzę błąd pojawiający się w pulpicie nawigacyjnym). Ale kiedy przesłałem ten plik binarny do Apple, odrzucili go. Pomyślałem, że może to być niewłaściwy profil udostępniania, więc utworzyłem nowy i przesłałem go ponownie. W obu przypadkach, dostałem ten komunikat i odrzucenie dwuskładnikowych:Zaktualizowane binarne odrzucone z AppStore
Performance - 2,1
Byliśmy w stanie przejrzeć aplikację gdyż rozbił się na starcie. Niestety, nie utworzono żadnych dzienników awarii.
Kolejne kroki
Proszę zmienić swoją aplikację i przetestować go na urządzenie po podłączeniu do sieci IPv6 (wszystkie aplikacje muszą obsługiwać IPv6), aby upewnić się uruchomi bez awarii.
Odpowiedziałem, że nie ma żadnego serwera IPv6 i mój ISP w biurze lub w domu nie jest IPv6-ready, więc jak mam go przetestować ... Oni odpowiedzieli:
podziękowaniem za twoją odpowiedź. Po zapoznaniu się z Twoją odpowiedzią wydaje się, że Twoje pytanie najlepiej poradziłoby pracownikom pomocy technicznej dla programistów Apple, którzy mogą zapewnić dyskretną pomoc na poziomie kodu.
Aby upewnić się, że inżynierowie DTS mogą najlepiej pomóc, należy dołączyć wszelkie dostępne dzienniki awarii, zrzuty ekranu lub czynności, aby odtworzyć problemy napotkane w żądaniu.
Informacje na temat sposobu odczytywania lub symbolizowania dziennika awarii można znaleźć w nocie technicznej TN2151 Omówienie i analiza raportów awarii aplikacji iPhone OS.
Po tym komentarzu skierowałem mnie do przewodnika, I tested my app for IPv6 compatibility i było OK, aplikacja pobrała zawartość i działała normalnie.
Powiedziałem im, aby ponownie sprawdzić binarny i zapewnili ten dziennik błędów:
Aug 17 17:45:35 Apps-iPhone kernel[0] <Notice>: xpcproxy[261] Container: /private/var/mobile/Containers/Data/Application/E6D8144E-8FD7-4473-9BC7-476AC46B7E2D (sandbox)
Aug 17 17:45:35 Apps-iPhone com.apple.xpc.launchd[1] <Error>: assertion failed: 13F69: launchd + 116796 [9F6284CF-8A17-36CC-9DB5-85D510A21F14]: 0x3
Aug 17 17:45:35 Apps-iPhone AppName[261] <Warning>: WARNING: Firebase Analytics App Delegate Proxy is disabled. To log deep link campaigns manually, call the methods in FIRAnalytics+AppDelegate.h.
Aug 17 17:45:35 Apps-iPhone AppName[261] <Warning>: Configuring the default app.
Aug 17 17:45:35 Apps-iPhone kernel[0] <Notice>: Sandbox: AppName(261) deny(1) file-write-create /private/var/containers/Bundle/Application/FIREBASE_UNIQUE_INSTALL
Aug 17 17:45:35 Apps-iPhone AppName[261] <Warning>: Firebase Crash Reporting: Successfully enabled
Aug 17 17:45:35 Apps-iPhone AppName[261] <Notice>: <FIRAnalytics/INFO> Firebase Analytics v.3300000 started
Aug 17 17:45:35 Apps-iPhone AppName[261] <Notice>: <FIRAnalytics/INFO> To enable debug logging set the following application argument: -FIRAnalyticsDebugEnabled
Aug 17 17:45:36 Apps-iPhone kernel[0] <Notice>: Sandbox: AppName(261) deny(1) file-write-create /private/var/containers/Bundle/Application/FIREBASE_LAST_TIMESTAMP
Aug 17 17:45:37 Apps-iPhone AppName[261] <Notice>: <FIRAnalytics/INFO> Firebase Analytics enabled
Aug 17 17:45:37 Apps-iPhone SpringBoard[63] <Warning>: HW kbd: Failed to set (null) as keyboard focus
Aug 17 17:45:37 Apps-iPhone SpringBoard[63] <Warning>: UNNotificationRegistrarConnectionListener connection invalidated
Aug 17 17:45:37 Apps-iPhone com.apple.xpc.launchd[1] (UIKitApplication:com.example.AppName[0xb5f7][261]) <Warning>: Service exited with abnormal code: 6
Aug 17 17:45:38 Apps-iPhone com.apple.CDScheduler[26] <Error>: UserNextSleepPeriod value from context store is (null)
Aug 17 17:45:38 Apps-iPhone com.apple.CDScheduler[26] <Error>: Failed to get user inactivity forecast
Aug 17 17:45:38 Apps-iPhone UserEventAgent[26] <Warning>: [autosu error]: SPI for AutoSU: probabilityVector is empty
Aug 17 17:45:38 Apps-iPhone com.apple.CDScheduler[26] <Error>: AutoSu doesn't have any prediction yet
Aug 17 17:45:38 Apps-iPhone com.apple.CDScheduler[26] <Error>: Failed to get device restart forecast
Aug 17 17:45:38 Apps-iPhone locationd[72] <Notice>: Location icon should now be in state 'Active'
Aug 17 17:45:38 Apps-iPhone SpringBoard[63] <Warning>: Application 'UIKitApplication:com.example.AppName[0xb5f7]' exited voluntarily.
Aug 17 17:45:38 Apps-iPhone UserEventAgent[26] <Warning>: 11137830750: id=com.example.AppName pid=261, state=0
Aug 17 17:45:38 Apps-iPhone locationd[72] <Error>: WIFI_SCAN: scan result is too long, 372
Aug 17 17:45:38 Apps-iPhone locationd[72] <Error>: WIFI_SCAN: scan result is too long, 381
Aug 17 17:45:44 Apps-iPhone locationd[72] <Error>: WIFI_SCAN: scan result is too long, 374
Aug 17 17:45:46 Apps-iPhone eventkitsyncd[196] <Notice>: (Error) CompanionSync: <SYFileTransferSyncEngine.m -[SYFileTransferSyncEngine service:account:identifier:didSendWithSuccess:error:context:]:989> Error sending session via file-transfer: Error Domain=com.apple.identityservices.error Code=23 "Timed out" UserInfo={NSLocalizedDescription=Timed out, NSUnderlyingError=0x12f64bd10 {Error Domain=com.apple.ids.idssenderrordomain Code=12 "(null)"}}
Aug 17 17:45:46 Apps-iPhone eventkitsyncd[196] <Notice>: (Error) CompanionSync: <SYService.m -[SYService handleSyncError:forMessageWithIdentifier:]:1588> Sync error occurred: Error Domain=com.apple.identityservices.error Code=23 "Timed out" UserInfo={NSLocalizedDescription=Timed out, NSUnderlyingError=0x12f64bd10 {Error Domain=com.apple.ids.idssenderrordomain Code=12 "(null)"}}
Aug 17 17:45:48 Apps-iPhone locationd[72] <Notice>: Location icon should now be in state 'Inactive'
Jak mogę rozwiązać ten problem i uzyskać akceptację aktualizacji?
to naprawdę trudno dać rady, ponieważ nie możemy odtworzyć problem –
jest jakiś sposób, w jaki mogę przetestować moje kompilacji uwolnienia, więc mogłem zobaczyć, gdzie się zawiesi? –
Po pierwsze, Apple najprawdopodobniej załączył raport o awarii, powinieneś dołączyć to do tego pytania. Po drugie, żaden pakiet SDK innej firmy nie może zgłaszać awarii, które wystąpiły przy uruchomieniu, ponieważ wymagają uruchomienia aplikacji i uruchomienia przez kilka sekund, aby wykryć i wysłać raport o awarii. – Kerni