iOS UIWebView Absturz in "WebThread"

Jemand in der Lage, mir zu helfen, mit diesem crash? Es passiert nur sporadisch ein, wenn hin-und herschalten zwischen einige UIWebView-Instanzen, während Sie laden.

Dem Absturz ist oft etwas anders, aber es ist immer ein Absturz der "WebThread" mit einem ähnlichen stack-trace.

Hier die relevanten Teile von zwei Abstürze:

Datum/Zeit: 2011-11-08 14:29:01.165 -0500 
OS Version: iPhone OS 5.0 (9A334) 
Report Version: 104 

Exception Type: EXC_BAD_ACCESS (SIGSEGV) 
Ausnahme-Codes: KERN_INVALID_ADDRESS bei 0x00000006 
Crashed Thread: 4 

Thread 4 name: WebThread 
Thread 4 Abgestürzt: 
0 ??? 0x00000006 0 + 6 
1 WebCore 0x32a36154 -[QuickLookHandleAsDelegate Verbindung:didReceiveData:lengthReceived:] + 72 
2 QuickLook 0x30bee2c2 -[QLThreadInvoker connectionDidReceiveDataLengthReceived:] + 90 
3 CoreFoundation 0x3537a226 -[NSObject performSelector:withObject:] + 38 
4 Stiftung 0x32ce2752 __NSThreadPerformPerform + 346 
5 CoreFoundation 0x353efafe __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_FÜHREN_FUNKTION__ + 10 
6 CoreFoundation 0x353ef2ca __CFRunLoopDoSources0 + 210 
7 CoreFoundation 0x353ee070 __CFRunLoopRun + 648 
8 CoreFoundation 0x353714d8 CFRunLoopRunSpecific + 296 
9 CoreFoundation 0x353713a0 CFRunLoopRunInMode + 100 
10 WebCore 0x324c912a _ZL12RunWebThreadPv + 398 
11 libsystem_c.dylib 0x35ba1c18 _pthread_start + 316 
12 libsystem_c.dylib 0x35ba1ad4 thread_start + 4 

Datum/Zeit: 2011-11-08 15:09:01.410 -0500 
OS Version: iPhone OS 5.0 (9A334) 
Report Version: 104 

Exception Type: EXC_BAD_ACCESS (SIGSEGV) 
Ausnahme-Codes: KERN_INVALID_ADDRESS bei 0x00000034 
Crashed Thread: 4 

Thread 4 name: WebThread 
Thread 4 Abgestürzt: 
0 ??? 0x00000034 0 + 52 
1 CoreFoundation 0x3537a226 -[NSObject performSelector:withObject:] + 38 
2 Stiftung 0x32ce2752 __NSThreadPerformPerform + 346 
3 CoreFoundation 0x353efafe __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_FÜHREN_FUNKTION__ + 10 
4 CoreFoundation 0x353ef2ca __CFRunLoopDoSources0 + 210 
5 CoreFoundation 0x353ee070 __CFRunLoopRun + 648 
6 CoreFoundation 0x353714d8 CFRunLoopRunSpecific + 296 
7 CoreFoundation 0x353713a0 CFRunLoopRunInMode + 100 
8 WebCore 0x324c912a _ZL12RunWebThreadPv + 398 
9 libsystem_c.dylib 0x35ba1c18 _pthread_start + 316 
10 libsystem_c.dylib 0x35ba1ad4 thread_start + 4
InformationsquelleAutor Steve | 2011-11-11
  1. 7

    Ich sehe, dass Sie iOs 5.0.
    Sind die Dateien, die Sie laden, Office-Dokumente (docx -, xls)?

    Wenn dem so ist, dann ist dein Fall ist der gleiche wie bei mir. Dieses problem reproduziert nur auf Systemen mit 5.0 (iPad und iPad 2 hier), und passiert, wenn Sie versuchen zu stoppen UIWebView Objekt, bevor es beendet das laden der Datei. Ob durch das aufrufen stopLoading oder loadRequest

    Dies geschieht nicht mit txt-Dateien.

    Und wenn es das tut, stammt es in WebThread ab Zeile:

    #1  0x34912158 in -[QuickLookHandleAsDelegate connection:didReceiveData:lengthReceived:] ()

    springen und auf einigen zufälligen Zeigern wie:

    #0  0x00000010 in 0x00000010 ()
    • Yep, das ist genau das, was ich sehe, und ich bemerkte auch, aus mehr Tests, dass es geschieht, nur mit Office-Dokumenten. Wissen Sie, ob dieser bug bereits an Apple gesendet wurde, noch?
    • Ich meldete dies als einen bug an Apple und Sie sagten, es sei ein bekanntes Problem, an dem Sie arbeiten. Hoffentlich ist es repariert, wenn iOS 5.1 live geht.
    • Was ist dein Fehler url-link im apple bug-track-system?
    • Ob dieser bug wurde in iOS 5.1 oder iOS 6.0 ?? Können Sie uns den link über den Sie berichtet haben, als Fehler. ?
    • Apple bug-reports sind nicht für die öffentlichkeit geöffnet. Sie können nur angesehen werden, die von apple und die Entwickler-account, dass die erstellten bug-report. Mein bug-report wurde geschlossen, als eine doppelte. Der Stand der bug-report, dass es ein Duplikat ist immer noch in der Liste als Offen, aber das ist alles was ich sehen kann. Ich kann nicht anzeigen der bug-report, weil es nicht von mir erstellt wurde.
    • Bug ist nicht behoben, iOS 5.1, scheint behoben zu sein, die in iOS 6

    InformationsquelleAutor Yoi-Nami-Ra
  2. 3

    Erweitern @K1w1Geek die Antwort, das problem kann sein, dass der Benutzer das schließen der web-Ansicht nur vor es versucht zu senden, eine delegate callback, und es stürzt ab, weil es nicht existiert. Diese müssen ja nicht unbedingt verwandt sein, um das laden einer bestimmten Dokument-Typ, denn bei mir tritt dieser Absturz einfach die Navigation ein Salesforce-website.

    Also, wenn Sie einen schließen-button, versuchen Sie, stoppen Sie das laden und setzen der Delegierte null vor dem schließen:

    - (IBAction)btnCloseWebviewTap:(id)sender{
    [_webView stopLoading];
    _webView.delegate = nil;
    [self dismissViewControllerAnimated:YES completion:nil];
}
    InformationsquelleAutor Travis M.
  3. 2

    Überprüfen Sie, dass Ihre UIWebViewDelegate delegieren ist noch gültig sind (dh. nicht veröffentlicht), wenn Sie Ihre UIWebView ist im hintergrund. Dieses problem kann verursacht werden durch das webview zu versuchen, rufen Sie Ihre Delegierten mit

    - (void)webViewDidFinishLoad:(UIWebView *)webView;

    in den hintergrund, nachdem das laden abgeschlossen ist.

    • Ja, ich habe überprüft, um sicherzustellen, dass dies nicht das problem ist. Meine Delegierten entweder bleiben Sie immer rund um oder ich null aus der webView.delegieren Zeiger, bevor ich release die Stellvertretung.
    • könnten Sie ein paar source-code? Es ist schwer zu sagen, was Los ist.
    InformationsquelleAutor K1w1Geek
Schreibe einen Kommentar