Please try the following:

1. Open the Firefox profile folder
2. Completely close Firefox and rename the pluginreg.dat file.
   A new pluginreg.dat file will be generated once you restart the browser.
   Any plugins you may have disabled in the Firefox Add-ons Manager will be enabled.
   More information about this step can be found here.

Hi ComputerWhizz,

Your reply was helpful as it identified the problem, thank you. Upon restarting firefox, I get now: LoadPlugin: failed to initialize shared library /usr/java/jre1.7.0_04/lib/i386/libnpjp2.so wrong ELF class: ELFCLASS32 I think this indicates a 23bit vs 64bit issue. Annoying thing is that of course this jre is what I get from redhat. Do you have any suggestion?

Thanks.

Sounds that you have a 32 bit Firefox version and not a 64 bit version.
So you need the 32 bit Java version.

Are you sure that the other detected plugins aren't located elsewhere?

You can find the installation path of all plugins on the about:plugins page.

• http://kb.mozillazine.org/Issues_related_to_plugins#Identifying_installed_plugins

See also:

• http://kb.mozillazine.org/Determining_plugin_directory_on_Linux
• https://developer.mozilla.org/en/Gecko_Plugin_API_Reference/Plug-in_Basics#How_Gecko_finds_plug-ins

Thanks cor-el, but not quite. I have the 64 bit Firefox, the problem was that what redhat gives you via yum is a 32 bit java. So, not knowing this I put a symlink into /usr/lib64/mozilla/plugins that was pointing to this 32 bit .so so the 64 bit firefox chocked. So the solution was to get into a redhat subchannel and install icedtea-web.x86_64, via yum and set up a new link in /usr/lib64/mozilla as libjavaplugin.so -> /etc/alternatives/libjavaplugin.so.x86_64 Let me just say that this whole thing is crazy. It would sooo much easier if firefox came with its java plugin, but I guess I'm not the first one to realize this.