[webkit-qt] Injected bundle(s)

Jocelyn Turcotte jocelyn.turcotte at digia.com
Thu Jan 24 08:26:09 PST 2013

Hi Alberto,

injected bundles is a mechanism used for testing, is considered as "use at your own risks" and thus, not made public.

There are several issues with them:
- QtPlugin is something that Qt developer can already find documentation for, it would be a better way to expose this.
- In either way, there would need an API on the boundary of the plugins to be implemented inside the web process, and there is currently no way to access the QNetworkAccessManager from there.
- There is currently work done to move the networking to its own process, so it would be difficult to design this plugin API properly without knowing how the process architecture will change in the future.
- Plugin development is messy, we have to avoid it as much as possible for mainstream features.

For all those reasons, it is usually better to implement those mainstream features directly in the web/network process and allow it to be enabled through messages from the API in the UI process.

Since you control the distribution of QtWebKit, would it be possible to patch QtWebKit in your packages and add this function as an internal API for the use of your first party applications? That would be the simplest way I would see to achieve this until we can figure out how to handle those sharp use cases.


On Thu, Jan 24, 2013 at 07:36:06PM +0400, Alberto Mardegan wrote:
> Hi all!
>   Does QtWebkit currently exposes an API for the view to tell
> WebProcess to open a certain plugin?
> I tried to find some information about this feature, but couldn't find much.
> The reason why this interests me is that in Ubuntu Online Accounts
> we need a way to use a different cookie jar for each user account
> (that is, everytime the user authenticates via OAuth, the cookie jar
> for that specific account is loaded).
> I don't mind using plain WebKit APIs, if Qt APIs for this goal are
> not available (I'm not sure whether such "WebKit APIs" exist at all,
> though).
> Ciao,
>   Alberto
> _______________________________________________
> webkit-qt mailing list
> webkit-qt at lists.webkit.org
> http://lists.webkit.org/mailman/listinfo/webkit-qt

More information about the webkit-qt mailing list