WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
57968
[GTK] Need a way to get the path for a WebKitWebPlugin
https://bugs.webkit.org/show_bug.cgi?id=57968
Summary
[GTK] Need a way to get the path for a WebKitWebPlugin
Gustavo Noronha (kov)
Reported
2011-04-06 12:06:33 PDT
I would like to only disable the flash plugin in Epiphany if it is not running through nspluginwrapper, but I need the plugin path to detect that =)
Attachments
Patch
(2.81 KB, patch)
2011-04-06 12:09 PDT
,
Gustavo Noronha (kov)
no flags
Details
Formatted Diff
Diff
how I plan to use this new API
(1.47 KB, patch)
2011-04-06 12:10 PDT
,
Gustavo Noronha (kov)
no flags
Details
Formatted Diff
Diff
patch addressing mrobinson's comments
(3.57 KB, patch)
2011-04-07 06:57 PDT
,
Gustavo Noronha (kov)
no flags
Details
Formatted Diff
Diff
Show Obsolete
(1)
View All
Add attachment
proposed patch, testcase, etc.
Gustavo Noronha (kov)
Comment 1
2011-04-06 12:09:17 PDT
Created
attachment 88483
[details]
Patch
Gustavo Noronha (kov)
Comment 2
2011-04-06 12:10:19 PDT
Created
attachment 88484
[details]
how I plan to use this new API Btw, we should make path, name, description actual GObject properties =)
Xan Lopez
Comment 3
2011-04-06 14:13:05 PDT
Comment on
attachment 88483
[details]
Patch There's not going to be 1.3.14. But looks fine to me otherwise. r +1/2
Martin Robinson
Comment 4
2011-04-06 14:25:41 PDT
Comment on
attachment 88483
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=88483&action=review
> Source/WebKit/gtk/webkit/webkitwebplugin.cpp:179 > + * Returns: the absolute path for @plugin.
Nit! "the absolute path for @plugin" --> "the absolute path to the @plugin"
> Source/WebKit/gtk/webkit/webkitwebplugin.cpp:192 > + if (!priv->path.length()) > + priv->path = priv->corePlugin->path().utf8(); > + > + return priv->path.data();
I think this should return the path in the filesystem encoding. For instance, g_fopen takes filenames in the system encoding. Either way the documentation should be clear about what encoding is returned.
Gustavo Noronha (kov)
Comment 5
2011-04-06 16:27:13 PDT
(In reply to
comment #4
)
> > Source/WebKit/gtk/webkit/webkitwebplugin.cpp:192 > > + if (!priv->path.length()) > > + priv->path = priv->corePlugin->path().utf8(); > > + > > + return priv->path.data(); > > I think this should return the path in the filesystem encoding. For instance, g_fopen takes filenames in the system encoding. Either way the documentation should be clear about what encoding is returned.
Well-thought! Do you guys agree to having this as part of 1.4.0? If so I'll address these comments and land it with Since: 1.4.0, and get it merged =)
Martin Robinson
Comment 6
2011-04-06 16:29:51 PDT
Seems like a safe addition to 1.4.0 to me.
Gustavo Noronha (kov)
Comment 7
2011-04-07 06:57:09 PDT
Created
attachment 88624
[details]
patch addressing mrobinson's comments
Martin Robinson
Comment 8
2011-04-07 07:46:52 PDT
Comment on
attachment 88624
[details]
patch addressing mrobinson's comments View in context:
https://bugs.webkit.org/attachment.cgi?id=88624&action=review
Great.
> Source/WebKit/gtk/webkit/webkitwebplugin.cpp:182 > + * Returns: the absolute path to @plugin in glib filename encoding.
s/glib/system. Should say it returns null on error.
> Source/WebKit/gtk/webkit/webkitwebplugin.cpp:206 > + g_warning("Failed to convert '%s' to glib filename encoding: %s", priv->corePlugin->path().utf8().data(), error->message);
Ditto.
Gustavo Noronha (kov)
Comment 9
2011-04-07 10:44:58 PDT
Comment on
attachment 88624
[details]
patch addressing mrobinson's comments Landed in
r83185
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug