Bug 204596 - [GTK] Can't share a WebProcess if related WebKitWebView is destroyed
Summary: [GTK] Can't share a WebProcess if related WebKitWebView is destroyed
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: WebKitGTK (show other bugs)
Version: Other
Hardware: PC Linux
: P3 Normal
Assignee: Nobody
URL:
Keywords: Gtk
Depends on:
Blocks:
 
Reported: 2019-11-25 18:34 PST by Michael Gratton
Modified: 2019-11-25 18:34 PST (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Gratton 2019-11-25 18:34:27 PST
I'm currently implementing sharing WebProcesses in Geary using WebKitWebView::related-view at construction time. While this seems to be successful ensuring the same WebProcess is re-used when creating multiple WebKitWebViews at the same time, if a related view is destroyed it then can't be used successfully as a related process and a new WebProcess will be launched.

It is not convenient to prevent one of the old WebViews from being destroyed since they are far removed from the code that handles conversation loading, so it would be useful to have some other means of sharing WebProcesses between temporally isolated views. Bring back 1 WebContext == 1 WebProcess perhaps? It seems intuitive and would require jumping through less hoops than using webkit_web_view_new_with_related_view().