[Webkit-unassigned] [Bug 182528] [GTK] WebProcess deadlock loading a web view from decide-policy signal callback

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=182528

--- Comment #5 from Michael Gratton <mike at vee.net> ---
(In reply to Michael Catanzaro from comment #4)
> Yeah, that's too many web views to use multiple secondary processes. I was
> wrongly thinking it was one web view for the conversation and one per
> composer.

Yeah, sharing them is just co-incidential considering how they are constructed. I'd like to have one-per-composer, and would do so if there was API for it - something like the inverse of webkit_web_view_new_with_related_view(). Oh wait, if I constructed a separate WebContext per composer, would that do it?

> (In reply to Michael Gratton from comment #3)
> > Conversations in the order of 10's of messages aren't uncommon, and 100+ are
> > possible, and Ephy's general unresponsiveness when restoring a session with
> > even something like 10-20 tabs under the multi-process model put me off it.
> 
> That's a *very* small number of tabs to be noticing slowness; something
> seems wrong there.

Well 10 is definitely unfair - trying it just now with 5 tabs in one window and 8 in another was okay. Sorry for taking a dig at Ephy like that by the way, that wasn't the intention. :/

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20180207/ab004fed/attachment.html>