Bug 162265 - REGRESSION (iOS 10): UI process crashes under NetworkProcessProxy::canAuthenticateAgainstProtectionSpace after a WebContent process crash
Summary: REGRESSION (iOS 10): UI process crashes under NetworkProcessProxy::canAuthent...
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: Page Loading (show other bugs)
Version: Other
Hardware: iPhone / iPad iOS 10
: P2 Normal
Assignee: Nobody
URL:
Keywords: InRadar
Depends on:
Blocks:
 
Reported: 2016-09-20 04:35 PDT by erezg
Modified: 2018-06-19 08:44 PDT (History)
5 users (show)

See Also:


Attachments
full crash report (113.66 KB, text/plain)
2016-09-20 04:35 PDT, erezg
no flags Details
jetsam event for webcontent process (16.40 KB, text/plain)
2016-09-20 09:38 PDT, erezg
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description erezg 2016-09-20 04:35:47 PDT
Created attachment 289340 [details]
full crash report

Hi.
Since iOS 10 came out, we started to see several crashes in WebKit's IPC network component. I didn't see it this crash in iOS 9 if I recall.
As known, WKWebView renders and loads content in a separate process, thus content loading problems only cause the WKWebView process to crash and we get a delegate call to our app.

In this case, the app itself crashed as well (after we got to see for a split second that the wkwebview content process crashed) in thread 0.

This is the stack trace of thread 0: (attached is a full stack trace)
Thread 0 Crashed:
0   WebKit                               0x2712426e IPC::Connection::markCurrentlyDispatchedMessageAsInvalid() + 2
1   WebKit                               0x27178eeb WebKit::NetworkProcessProxy::canAuthenticateAgainstProtectionSpace(unsigned long long, unsigned long long, unsigned long long, WebCore::ProtectionSpace const&) + 36
2   WebKit                               0x2717a815 void IPC::callMemberFunctionImpl<WebKit::NetworkProcessProxy, void (WebKit::NetworkProcessProxy::*)(unsigned long long, unsigned long long, unsigned long long, WebCore::ProtectionSpace const&), std::__1::tuple<unsigned long long, unsigned long long, unsigned long long, WebCore::ProtectionSpace>, 0ul, 1ul, 2ul, 3ul>(WebKit::NetworkProcessProxy*, void (WebKit::NetworkProcessProxy::*)(unsigned long long, unsigned long long, unsigned long long, WebCore::ProtectionSpace const&), std::__1::tuple<unsigned long long, unsigned long long, unsigned long long, WebCore::ProtectionSpace>&&, std::__1::integer_sequence<unsigned long, 0ul, 1ul, 2ul, 3ul>) + 52
3   WebKit                               0x2717a517 void IPC::handleMessage<Messages::NetworkProcessProxy::CanAuthenticateAgainstProtectionSpace, WebKit::NetworkProcessProxy, void (WebKit::NetworkProcessProxy::*)(unsigned long long, unsigned long long, unsigned long long, WebCore::ProtectionSpace const&)>(IPC::MessageDecoder&, WebKit::NetworkProcessProxy*, void (WebKit::NetworkProcessProxy::*)(unsigned long long, unsigned long long, unsigned long long, WebCore::ProtectionSpace const&)) + 76
4   WebKit                               0x27123ccb IPC::Connection::dispatchMessage(std::__1::unique_ptr<IPC::MessageDecoder, std::__1::default_delete<IPC::MessageDecoder> >) + 106
5   WebKit                               0x27125c5d IPC::Connection::dispatchOneMessage() + 158
6   JavaScriptCore                       0x22e52ce7 WTF::RunLoop::performWork() + 112
7   JavaScriptCore                       0x22e52e3b WTF::RunLoop::performWork(void*) + 20
8   CoreFoundation                       0x1f025c8b __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 10
9   CoreFoundation                       0x1f025795 __CFRunLoopDoSources0 + 436
10  CoreFoundation                       0x1f023a6b __CFRunLoopRun + 760
11  CoreFoundation                       0x1ef73073 CFRunLoopRunSpecific + 484
12  CoreFoundation                       0x1ef72e81 CFRunLoopRunInMode + 102
13  GraphicsServices                     0x2071bbfd GSEventRunModal + 154
14  UIKit                                0x24113ccf -[UIApplication _run] + 572
15  UIKit                                0x2410e401 UIApplicationMain + 148
16  Power BI                             0x001de6ab UIApplicationMain (ApplicationHooks.m:47)
17  Power BI                             0x003d5657 main (main.mm:15)
18  ???                                  0x1e73e50b 0x0 + 0
Comment 1 Alexey Proskuryakov 2016-09-20 08:57:47 PDT
Thank you for the report!

This crash log is for the app. Do you also have a crash log for the WebContent process? Ideally, please file it as a separate bug, and relate it to this one.
Comment 2 Radar WebKit Bug Importer 2016-09-20 08:58:06 PDT
<rdar://problem/28387190>
Comment 3 erezg 2016-09-20 09:38:04 PDT
Created attachment 289360 [details]
jetsam event for webcontent process
Comment 4 erezg 2016-09-20 09:39:06 PDT
Thanks for the quick reply!

I didn't find a crash log for the content process, but I did find something called a "JetsamEvent" in the iPad's "Diagnostics & Usage" saying something about page shortage regarding the webcontent process.
I attached the full event to this bug.
Should I open another bug with this event?
Comment 5 Alexey Proskuryakov 2016-09-20 10:52:54 PDT
These two problems would need to be fixed separately, so yes, we'll need a separate bug to fix the jetsam.
Comment 6 erezg 2016-09-21 04:36:35 PDT
Done. Filed https://bugs.webkit.org/show_bug.cgi?id=162334 for that manner and connected the bugs.
Thanks!
Comment 7 Elena 2018-06-19 08:44:53 PDT
(In reply to erezg from comment #6)
> Done. Filed https://bugs.webkit.org/show_bug.cgi?id=162334 for that manner
> and connected the bugs.
> Thanks!

Hello,

I think I have the similar crash logs from the users of my app on iOS 11. I've seen that you've mentioned in the https://bugs.webkit.org/show_bug.cgi?id=162334 that the crash occurs inside WKWebView web pages with a complex SVG content. Could you please provide an example URLs of such pages? I'd like to reproduce an issue if it's still possible.