Red Hat Bugzilla – Bug 431466
Last modified: 2008-04-01 17:34:10 EDT
Description of problem:
I have a couple of plugins that I maintain: mplayerplug-in and
gecko-mediaplayer. On my 64bit machine the plugins work fine without
nsplugginwrapper installed. I install nspluginwrapper to get flash support and
gecko-media* or mplayerplug-in* to the list of plugins not to wrap, my plugins
work properly again. So nspluginwrapper should only wrap 32 bit plugins on 64
bit machines and should not even be installed on 32 bit machines
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. install a plugin and run mozilla-plugin -i
should be 'mozilla-plugin-config -i'
wrapped mplayerplug-in works fine for me (on a 32bit box). What happens? Can i
The buttons on that test page should all work. I found that when the plugin was
wrapped those buttons do not work, and when it was unwrapped the did work.
Again, there is not a real reason to install nspluginwrapper on a 32bit machine.
I've tested the wrapped and unwrapped mplayer plug-in but the buttons don't work
in any case.
sounds like the .xpt files are not in the correct location. I did find that if I
adding :mplayerplug-in* to IGNORE_WRAP in /etc/sysconfig/nspluginwrapper and
then run mozilla-plugin-config -r and then mozilla-plugin-config -i, then it
appears to work correctly. What this does is nspluginwrapper installs the .so
and .xpt files to the place that nspluginwrapper put the plugins, but it doesn't
I found this when trying to get a 64bit mplayerplug-in working on a 64bit
browser and wanting to have 32 bit flash support working.
I've also found that this solution works for gecko-mediaplayer as well. You can
find gecko-mediaplayer at http://dekorte.homeip.net/download
And the Fedora packages here:
Keep in mind they obsolete mplayerplug-in.
xpt files are installed to /usr/lib64/mozilla/components/ and wrapper doesn't
I think that is the problem, for some reason the .xpt files are not seen and
generally the .xpt files need to be in the same directory as the plugin and have
the same name. I know it is not supposed to work that way, but it appears that
If so it's a packaging problem and even the fedora mplayerplug-in package won't
Please try the packages I posted links to. I'm not going to fix mplayerplug-in
packaging issues if it is going to be obsoleted anyway.
same time - the wrapper shields browser memory.
Actually, as of the latest Flash version they somehow rewrote the plugin to use
the bugs mentioned in Bug #189628).
added to nspluginwrapper-0.9.91.5-26.fc9
Martin, could you add that fix to F-8 branch as well?
nspluginwrapper-0.9.91.5-18.fc8 has been submitted as an update for Fedora 8
nspluginwrapper-0.9.91.5-18.fc8 has been pushed to the Fedora 8 stable repository. If problems still persist, please make note of it in this bug report.