2013-01-21 39 views
2

我們的應用程序之一最近第二次遭到拒絕,因爲「我們發現您的應用在運行iOS 6.0.1的iPad上無法在Wi-Fi和蜂窩網絡上啓動」。由於不可重現的錯誤,應用程序被拒絕:可能的原因?

由蘋果公司提供的崩潰日誌的開頭爲:

事故標識符:CE8868A8-1C68-4161-91AD-DB50D3D5780B
CrashReporter始終重點:83b816533ead866666681b87f5736242d8aac2ff
硬件型號:XXX
過程:測試滑雪板[ 29192]
Path:/ var/mobile/Applications/890E8D9C-6A17-4EA6-9A06-5503B3D35888 /測試Skis.app/Test Skis 標識符:Test Skis
版本:??? (???)
編碼類型:ARM(母語)
父進程:的launchd [1]

日期/時間:2013年1月4日19:24:52.667 -0800
OS版本:6.0的iOS 0.1(10A523)
報告版本:104

異常類型:EXC_CRASH(SIGABRT)
異常代碼:0x0000000000000000,0x0000000000000000
崩潰螺紋:0

我的問題不是關於如何解決我們特定代碼中的問題,而是更通用的問題:我們無法使用相同的二進制文件(製作Ad Hoc版本),設備和操作系統版本來重現崩潰。蘋果正在使用一個蘋果。

這種崩潰怎麼可能發生在Apple評論家的設備上,而不是我們的?蘋果評論家的設備是否以非標準方式配置,可以解釋這種差異?

我發現提一個類似的問題,還沒有得到答覆以及對堆棧溢出的另一個問題:Apple rejected app due to a crash which is not reproducing

+0

崩潰報告中最重要的部分丟失了,這是您發佈的所有文本。如果沒有人可以悲傷地告訴你可能是什麼問題。請附上,並確保它是象徵性的。 – Kerni

+0

@Kerni:完整的符號化崩潰報告可在https://gist.github.com/4571561獲取。 但是,我想了解的是,我們的設備如何不會崩潰,而Apple評論員卻這麼做。 – Librelio

+0

另一點信息:蘋果公司也測試應用程序在飛機模式(或沒有互聯網連接準確),也許這是導致崩潰 –

回答

0

它看起來像你試圖實例化一個筆尖(姓名不詳,因爲異常的原因是缺少在崩潰報告中)並且它不存在。確保應用程序所需的所有筆尖實際上都是發送給Apple的版本的一部分。

+0

如果缺少一個筆尖,任何Ad-Hoc構建也會崩潰,不是嗎? –

+0

它可能也可能不會。也許存在構建問題,也許這隻發生在特定設備類型上,例如, iPad兼容。從我們的角度來看,沒有足夠的信息來了解這一點。你爲什麼不採取appstore二進制文件,打開它並檢查你需要的所有nib是否真的在那裏?由於iOS設備上區分大小寫的文件名,請確保文件名完全正確。 'Hardware Model:'字符串可能會有所幫助,但是您的報告會顯示'xxx',因此我們再無任何幫助。事故報告非常清楚。 – Kerni

+0

我還注意到,在Apple發送的崩潰報告中沒有指定「硬件模型」,當我問到「是否可以用非標準方式配置Apple審閱者設備以解釋差異?」時,我記住了這一點。 「硬件模型」總是在標準設備的崩潰報告中指定,不是嗎? 我一直在考慮這個可能的解釋,更多地使用以下代碼指定筆尖名稱: 'switch(UIDevice.currentDevice.userInterfaceIdiom)...' – Librelio

1

我的猜測是你的ad-hoc構建配置與某些方面的發佈/分發配置不同。

1

我有同樣的問題,蘋果給我發了一個崩潰報告看看。我學會了如何對它們進行符號化,但我的應用程序中的相關代碼行並不具有象徵意義。所以我嘗試了其他更改並重新提交,導致相同的拒絕。

最後,我要求他們發送更多的細節,因爲我用兩個設備和模擬器進行了測試。而今天,我看到他們'開發商已經從銷售中刪除',然後'準備出售'。所以我想我的應用程序很好走,沒有任何改變從我身邊。

相關問題