2016-09-06 75 views
2

我已將應用程序提交給iTunes連接,並且它被拒絕,指出當它在IPV6上運行時,應用程序崩潰。注意到我之前提交了另一個應用程序,並且使用相同的100%配置,並且最近使用了AFNetworking,並且它已被接受並且功能幾乎相同。我已經測試我的應用程序在發佈,調試構建它沒有崩潰。運行iOS 9.3.5的iPad和iPhone上的應用程序崩潰連接到IPv6

文本從蘋果拒絕引用:

  • 1性能:APP完整性性能 - iPad和iPhone 2.1
  • 你的應用崩潰運行iOS 9.3。 5連接到 IPv6網絡時,我們:

    當我們嘗試創建一個帳戶,我們添加了一個電話號碼,並點擊「完成」 ,應用程序崩潰。

    發生這種情況時,使用你的應用程序:

    • 離線
    • 在的Wi-Fi

    我們附上詳細的崩潰日誌來幫助解決這個問題。

    他們連接兩個碰撞記錄其上傳到(谷歌驅動器):

    https://drive.google.com/file/d/0B32ROW7V8Fj4M0JsS0NCNXNoWVk/view?usp=sharing https://drive.google.com/file/d/0B32ROW7V8Fj4NFJtY1J5YU9KY1E/view?usp=sharing

    的一點是它完全不指定任何的崩潰日誌!並且它不會崩潰的應用程序<。 <我已經嘗試了1000多次,經過了一個月的質量保證和測試。

    +0

    你需要檢查它僅在IPv6環境 – Roee84

    +0

    你解決了嗎? –

    回答

    0

    場景的應用程序根本就不會崩潰和蘋果公司說,大約崩潰的應用程序不作任何以來,解決這一問題的辦法是在兩個步驟:

    1-已經有來自服務器的修復在沒有IPV6支持的情況下使用Microsoft Assure的方式,因此已經部署了一個修復程序來支持IPV6,併爲api請求提供了新的基本URL。

    2-在過去提交給App Store我沒有提供蘋果的模擬賬戶,我認爲這也是蘋果拒絕未知崩潰應用的原因之一。所以這次我給他們一個模擬賬戶,無需通過註冊即可訪問。

    0

    inApp的代碼應該只有一次添加如下的事務觀察者。

    SKPaymentQueue.defaultQueue().addTransactionObserver(self) 
    

    應該只寫在didLoad()中,它只能是一次。然後你的Ap會通過崩潰被保存。在App中。我遇到了和你一樣的問題。