簡體   English   中英

在運行連接到IPv6的iOS 9.3.5的iPad和iPhone上,應用程序崩潰

[英]App crashes on iPad and iPhone running iOS 9.3.5 connected to an IPv6

我已將該應用程序提交到iTunes connect,但它被拒絕,因為它指定在IPV6上運行時該應用程序崩潰。 注意到我之前提交了另一個具有相同100%配置的應用程序,並使用了最新的AFNetworking,它得到了接受並且功能幾乎相同。 我已經在發布中測試了我的應用程序,調試該應用程序完全沒有崩潰。

蘋果拒絕引語:

  1. 1性能:APP完整性能-2.1

當我們執行以下操作時,您的應用在運行連接到IPv6網絡的iOS 9.3.5的iPad和iPhone上崩潰:

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

使用您的應用程序時發生了這種情況:

  • 離線
  • 在Wi-Fi上

我們已附上詳細的崩潰日志,以幫助解決此問題。

他們附加了兩個崩潰日志,並將其上傳到(Google驅動器):

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

關鍵是崩潰日志根本不指定任何內容! 並且它不會崩潰的應用程序<。<我已經嘗試了1000多次,並且經過了一個多月的質量保證和測試。

inApp的代碼應僅添加一次交易觀察者,如下所示。

SKPaymentQueue.defaultQueue().addTransactionObserver(self)

應該只用didLoad()編寫,並且只能是一次。 然后您的Ap將被崩潰保存。 在應用程序中。 我和你有同樣的問題。

場景根本不會崩潰,而蘋果公司關於崩潰的說法從那以后什么都沒有。解決問題的方法分兩步:

1-從服務器端開始有修復程序,其中使用了Microsoft Assure,而沒有IPV6的支持,因此已部署了一個修復程序以使用帶有api請求的新基本URL來支持IPV6。

2-過去提交到App Store時,我沒有提供Apple的模擬帳戶,我認為這也是Apple拒絕崩潰的原因之一。 所以這次我確實給了他們一個模擬帳戶,無需注冊即可訪問。

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM