[Webkit-unassigned] [Bug 180532] New: Add api to load a WebKitWebExtension from a file instead of specifying directory.

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Thu Dec 7 09:47:06 PST 2017


            Bug ID: 180532
           Summary: Add api to load a WebKitWebExtension from a file
                    instead of specifying directory.
           Product: WebKit
           Version: WebKit Nightly Build
          Hardware: Unspecified
                OS: Unspecified
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: WebKit Gtk
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: leonidas at redhat.com
                CC: bugs-noreply at webkitgtk.org

Currently, the only way to add a webextension is to specify a directory:
webkit_web_context_set_web_extensions_directory ()

This is a request for api such that you could specify one or multiple paths directly to a extension(s) to load.

Use cases:
1) When packaging webkitgtk with java/jni (namely eclipse), packaging a separate folder is complicated. 
   The machinery (e.g maven/jar/OSGI) is typically designed to find/extract (and optionally load) specific .so files, not a folder containing just extension(s).
   (In our case we had to spend a lot of time implementing/modifying the build system to handle webkitgtk's 'extensions in a directory' approach.

2) Ability to load only selected extensions at run time without moving '.so' files around.

This is not an urgent request as we now have the mechanism working via directory, but it would be nice to see the ability to specify .so directly in the future.

(Relevant Eclipse/SWT upstream bug:
528287 – [Webkit2] Request webkitgtk developers for feature to load extension '.so' instead of specifying a directory. 
If you could update that bug when/(if) this feature is complete, then that'd be great)

You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20171207/2e13ca1a/attachment.html>

More information about the webkit-unassigned mailing list