[Webkit-unassigned] [Bug 91844] [WK2][GTK][EFL] Share WebKit2-GTK plugin process implementation with EFL port
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Wed Oct 3 03:30:14 PDT 2012
https://bugs.webkit.org/show_bug.cgi?id=91844
--- Comment #67 from Mariusz Grzegorczyk <mariusz.g at samsung.com> 2012-10-03 03:30:37 PST ---
(In reply to comment #66)
> (In reply to comment #64)
> > (From update of attachment 166244 [details] [details])
> > Clearing flags on attachment: 166244
> >
> > Committed r129972: <http://trac.webkit.org/changeset/129972>
>
> Hi,
>
> This change has broken the EFL build if one passes --no-netscape-plugin-api to build-webkit. Can you take a look at this, Mariusz?
I've made initial investigation and it seems that when PLUGIN_PROCESS is on and NETSCAPE_PLUGIN_API is off it causes a lot of buildbreaks. On some ports like Gtk both macros are on and there is no way to disable them from build-webkit script.
In webkit1 there was only netscape plugin api macro which means all functionality is on/off. But in webkit2 it is more confusing, e.g. createPlugin function in WebPage.cpp:
#if ENABLE(PLUGIN_PROCESS)
return PluginProxy::create(pluginPath);
#elif ENABLE(NETSCAPE_PLUGIN_API)
NetscapePlugin::setSetExceptionFunction(NPRuntimeObjectMap::setGlobalException);
return NetscapePlugin::create(NetscapePluginModule::getOrCreate(pluginPath));
#else
return 0;
#endif
Later when plugin process is initialized in PluginControllerProxy.cpp:
m_plugin = NetscapePlugin::create(PluginProcess::shared().netscapePluginModule());
NetscapePlugin::create is invoked which is in macro NETSCAPE_PLUGIN_API
I'm wondering if plugin process should be created at all when NETSCAPE_PLUGIN_API is off. also getting plugin path in WebPage::createPlugin seems to be useless when plugins are off.
I think it will be good to make new bug on bugzilla for this combination of macros.
--
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