This is a performance regression in the launch time of apps that use WebKit.
Created attachment 419242 [details]
Comment on attachment 419242 [details]
View in context: https://bugs.webkit.org/attachment.cgi?id=419242&action=review
r=me with a comment.
> + if (!m_networkProcess)
I am not convinced about this particular part of the change. This gets called when the WebProcess finishes launching. I believe we usually have a network process by this point but if we don't, I am not convinced returning early is the right thing to do here. It means we wouldn't send the XPCEndpoint to the process. What makes sure we send the XPC endpoint to the process when the network process actually launches?
I cannot find such logic. Note that there may be a pre-existing bug here when the network process relaunches due to a crash. I am not quite sure what is XPCEndpoint is used for, so maybe it's not a big deal.
You're right. That's called after WebProcessPool::prewarmProcess which is the point after the app has "launched", which is beyond the point at which we care whether we have delayed the network process launch, and it's also beyond the point at which we can delay the launch any more because we have a web process that is requesting a connection. I'll omit that part.