[Webkit-unassigned] [Bug 116020] [GTK][WK2] Java applets remain visible even if you navigate to a different page

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Thu May 16 07:12:28 PDT 2013


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


Zan Dobersek <zandobersek at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |cgarcia at igalia.com,
                   |                            |gns at gnome.org,
                   |                            |mrobinson at webkit.org




--- Comment #5 from Zan Dobersek <zandobersek at gmail.com>  2013-05-16 07:10:55 PST ---
The main problem here seems to be that the pages containing the plugin are still stored into the page cache when navigating away from them. For the GTK port, I don't believe that's a good idea.

For instance, when leaving Youtube with a video playing, the Flash plugin would also be stored in the page cache had it not been for unload event listeners on the page that actually prevent the page from entering the cache[1]. Similarly with the pages containing Java applets, the applet's PluginView is kept as is instead of being destroyed, meaning that the windowed plugin is both not hidden and is kept alive and functioning - even if it would be hidden, it would most likely continue to run in the background (note that I haven't really tested that, but can if someone explicitly requests for it) which I believe is not expected.

The pages that contain plugins can be prevented from entering the cache by adjusting the according setting[2] which defaults to false. In WebKit1GTK+ the setting was not adjusted at all (meaning its value was kept at false), while in WebKit2GTK+ the setting defaults to true[3].

I'd recommend to use false as the default for this setting in WebKit2GTK+. If approved, the patch is pretty straight-forward.

[1] http://trac.webkit.org/browser/trunk/Source/WebCore/history/PageCache.cpp#L305
[2] http://trac.webkit.org/browser/trunk/Source/WebCore/page/Settings.in#L72
[3] http://trac.webkit.org/browser/trunk/Source/WebKit2/Shared/WebPreferencesStore.h#L105

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the webkit-unassigned mailing list