GNOME Bugzilla – Bug 756334
Duplicate entries in about:plugins
Last modified: 2016-10-28 02:05:11 UTC
Created attachment 313009 [details] screenshot I am having a really difficult time searching for the previous bug report so sorry for the duplicate. I just wanted to report that in Epiphany 3.18, about:plugins still lists duplicate plugin entries.
I can't reproduce this, so we've got to figure out why it's happening for you before we can try to debug it. A couple ideas: * Is it possible you really do have two different copies of the plugin installed (perhaps a 64-bit and 32-bit copy)? Seems unlikely, and certainly only one should be listed in any case. * Is it possible you have a link inside one of your plugin directories to another? Again, seems unlikely, but maybe we're handling that improperly? Please check the following locations that we load plugins from. Look for anything besides an empty directory and paste the output of ls here. The expected case would be to find libgnome-shell-browser-plugin.so in exactly one of the following locations, and for all other directories to be empty if they exist at all. ~/.mozilla/plugins ~/.netscape/plugins /usr/lib/browser/plugins /usr/local/lib/mozilla/plugins /usr/lib/firefox/plugins /usr/lib64/browser-plugins /usr/lib/browser-plugins /usr/lib/mozilla/plugins /usr/local/netscape/plugins /opt/mozilla/plugins /opt/mozilla/lib/plugins /opt/netscape/plugins /opt/netscape/communicator/plugins /usr/lib/netscape/plugins /usr/lib/netscape/plugins-libc5 /usr/lib/netscape/plugins-libc6 /usr/lib64/netscape/plugins /usr/lib64/mozilla/plugins /usr/lib/nsbrowser/plugins /usr/lib64/nsbrowser/plugins $MOZILLA_HOME/plugins $MOZ_PLUGIN_PATH Maybe nspluginwrapper is somehow involved? Some distros like Fedora have downstream WebKit patches to allow loading plugins via nspluginwrapper, so also check: /usr/lib64/mozilla/plugins-wrapped /usr/lib/mozilla/plugins-wrapped
Of all the directories listed above (including plugins-wrapped). Only one exists: /usr/lib/mozilla/plugins/ And it contains one file, the only occurrence of libgnome-shell-browser-plugin.so on the filesystem. It's worth mentioning that this is on Arch Linux and I have experienced this since at least 3.8. I was under the impression it was common as I've seen it mentioned a few times. Also maybe worth mentioning, this is a clean install with no other browsers installed yet.
I'm not sure if this is still the same issue, but it certainly looks like it. I have checked my installation of Arch Linux and I encounter the same issue. My friend reports it on a fresh install of Arch. Arch Linux seems to link /usr/lib to /usr/lib64 by default: $ ls -ld /usr/lib* drwxr-xr-x 194 root root 131072 Mar 26 15:28 /usr/lib lrwxrwxrwx 1 root root 3 Sep 30 21:17 /usr/lib64 -> lib As a test, I have moved the file libgnome-shell-browser-plugin.so from subdirectory and both entries disappeared completely from about:plugins output. The following output shows which file gets duplicated: $ readlink -f /usr/lib64/mozilla/plugins/libgnome-shell-browser-plugin.so /usr/lib/mozilla/plugins/libgnome-shell-browser-plugin.so As a side note, the following bug report should be closed as a duplicate, I think (despite being created much earlier): https://bugzilla.gnome.org/show_bug.cgi?id=733091
(In reply to Gracjan from comment #3) > Arch Linux seems to link /usr/lib to /usr/lib64 by default: > $ ls -ld /usr/lib* > drwxr-xr-x 194 root root 131072 Mar 26 15:28 /usr/lib > lrwxrwxrwx 1 root root 3 Sep 30 21:17 /usr/lib64 -> lib Aaaah, good find, this is probably the cause. We should handle this better. > As a side note, the following bug report should be closed as a duplicate, I > think (despite being created much earlier): > https://bugzilla.gnome.org/show_bug.cgi?id=733091 Yes, thanks. Related: bug #763568.
*** Bug 733091 has been marked as a duplicate of this bug. ***
Upstreamed this, WebKit #164103