Bug 164985 - [GTK] Multiple WebkitGTK+ windows of the same application slow down
Summary: [GTK] Multiple WebkitGTK+ windows of the same application slow down
Status: RESOLVED WONTFIX
Alias: None
Product: WebKit
Classification: Unclassified
Component: WebKitGTK (show other bugs)
Version: Other
Hardware: PC Linux
: P2 Normal
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-11-18 23:54 PST by Berend De Schouwer
Modified: 2016-11-29 06:45 PST (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Berend De Schouwer 2016-11-18 23:54:41 PST
Running multiple Epiphany windows on different workspaces causes severe slowdown of all Epiphany windows.

Environment: Gnome-Shell on Wayland

Running multiple windows, where the windows are on a different workspace, cause the windows to appear frozen.  To unfreeze them it's necessary to provide each window time to update it's contents.  In other words: it's necessary to switch to each workspace that has a Epiphany window before the window is updated.

1. Start Epiphany on workspace 1
2. Start a new window, or detach a tab
3. Move that window to workspace 2
4. Load a page (bugs.webkit.org) on workspace 1
5. Go to workspace 2
6. Attempt to update the URL bar
   ... no/slow update
7. Go to workspace 1
8. Go to workspace 2
   ... updated

I haven't been able to confirm that this happens with an application other than Epiphany.

This is likely related to # 164983 since it's similarly required to focus the other workspaces to receive an update.
Comment 1 Berend De Schouwer 2016-11-18 23:55:45 PST
It's also necessary to cycle through the workspaces when *closing* epiphany windows.  Until the other workspace(s) have received focus, the windows aren't closed.
Comment 2 Michael Catanzaro 2016-11-29 06:45:56 PST
Turns out this needs to be fixed at GTK+ or maybe mesa level:

garnacho__:  mcatanzaro, KaL: turns out there was https://bugzilla.gnome.org/show_bug.cgi?id=769835
mcatanzaro:  garnacho__: Great find. I'll close the WebKit bug then?
garnacho__:  mcatanzaro: yeah I guess, there doesn't seem to be anything to fix here
mcatanzaro:  garnacho_: Does that also explain https://bugs.webkit.org/show_bug.cgi?id=164985?
garnacho__:  mcatanzaro: yeah, I think so, with the difference that the blocked state of the unmapped surface can be seen on a window in the current workspace

Ping-ponging this to GNOME Bugzilla for now.