X
Tap here to go to the mobile version of the site.

Support Forum

Where does FF get the location of the JRE from?

Posted

I use Ubuntu Linux 12.04 and FireFox 20. The addons tab indicated that my java plugin had security issues and was currently blocked. Instructions from Mozilla said to change the Java version, which I did. The old one was 1.7.0.15 and the new one is 1.7.0.17 (aka 7u15 and 7u17 respectively). Being a programmer, I'm using the SDK and have my $JAVA_HOME set to the JRE in the SDK. I then changed the symbolic links in /usr/lib/mozilla/plugins and in /usr/lib/firefox/plugins to point to the new version of libnpjp2.so in my updated JRE. Finally I restarted FireFox... But the addons still show the old plugin!

So where is Firefox looking for the the plugin? Is there a config file that I'm not aware of?

I use Ubuntu Linux 12.04 and FireFox 20. The addons tab indicated that my java plugin had security issues and was currently blocked. Instructions from Mozilla said to change the Java version, which I did. The old one was 1.7.0.15 and the new one is 1.7.0.17 (aka 7u15 and 7u17 respectively). Being a programmer, I'm using the SDK and have my $JAVA_HOME set to the JRE in the SDK. I then changed the symbolic links in /usr/lib/mozilla/plugins and in /usr/lib/firefox/plugins to point to the new version of libnpjp2.so in my updated JRE. Finally I restarted FireFox... But the addons still show the old plugin! So where is Firefox looking for the the plugin? Is there a config file that I'm not aware of?

Chosen solution

Thanks for the tip Jscher2000. I checked the full path and noted that the plugin does indeed come from /usr/lib/mozilla/plugins. So obviously there was something wrong with the plugin.

On the basis of the update links supplied by the Mozilla site, I downloaded the lates Java JRE separately to its own directory. I then set the symbolic link in /usr/lib/mozilla/plugins to point to that version of the plugin... <path_to_jre>/lib/i386/libnpjp2.so

That fixed it.

For the benefit of other Linux users: The Java SDK 1.7.0.17 for Linux contains the old version of libnpjp2.so (i.e. 1.7.0.15). Goodness only knows why. Since it is a shared library, it should be OK to simply replace the file with one from the JRE download for version 1.7.0.17.

Read this answer in context 0

Additional System Details

Installed Plug-ins

  • Google Talk Plugin Video Accelerator version:0.1.44.24
  • Version: 3.16.0.0
  • Shockwave Flash 11.2 r202
  • Java plug-in for NPAPI-based browsers.
  • This plug-in detects the presence of iTunes when opening iTunes Store URLs in a web page with Firefox.
  • The Totem 3.0.1 plugin handles video and audio streams.
  • DivX Web Player version 1.4.0.233
  • This plugin provides integration with Gnome Shell for live extension enabling and disabling. It can be used only by extensions.gnome.org

Application

  • Firefox 20.0
  • User Agent: Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:20.0) Gecko/20100101 Firefox/20.0
  • Support URL: http://support.mozilla.org/1/firefox/20.0/Linux/en-US/

Extensions

  • Global Menu Bar integration 3.9 (globalmenu@ubuntu.com)
  • QuickJava 1.8.0 ({E6C1199F-E687-42da-8C24-E7770CC3AE66})
  • Troubleshooter 1.1a (troubleshooter@mozilla.org)
  • Ubuntu Firefox Modifications 2.6 (ubufox@ubuntu.com)

Javascript

  • incrementalGCEnabled: True

Graphics

  • adapterDescription: X.Org R300 Project -- Gallium 0.4 on ATI RV370
  • adapterDeviceID: Gallium 0.4 on ATI RV370
  • adapterDrivers:
  • adapterRAM:
  • adapterVendorID: X.Org R300 Project
  • driverDate:
  • driverVersion: 2.1 Mesa 8.0.4
  • info: {u'AzureCanvasBackend': u'cairo', u'AzureFallbackCanvasBackend': u'none', u'AzureContentBackend': u'none'}
  • numAcceleratedWindows: 0
  • numAcceleratedWindowsMessage: [u'']
  • numTotalWindows: 1
  • webglRenderer: X.Org R300 Project -- Gallium 0.4 on ATI RV370
  • windowLayerManagerType: Basic

Modified Preferences

  • accessibility.typeaheadfind.flashBar: 0
  • browser.cache.disk.capacity: 358400
  • browser.cache.disk.smart_size.first_run: False
  • browser.cache.disk.smart_size.use_old_max: False
  • browser.cache.disk.smart_size_cached_value: 358400
  • browser.places.smartBookmarksVersion: 4
  • browser.startup.homepage: www.google.co.uk
  • browser.startup.homepage_override.buildID: 20130329030848
  • browser.startup.homepage_override.mstone: 20.0
  • dom.mozApps.used: True
  • dom.w3c_touch_events.expose: False
  • extensions.lastAppVersion: 20.0
  • network.cookie.prefsMigrated: True
  • places.database.lastMaintenance: 1365688093
  • places.history.expiration.transient_current_max_pages: 39484
  • plugin.disable_full_page_plugin_for_types: application/pdf
  • privacy.sanitize.migrateFx3Prefs: True
  • privacy.sanitize.timeSpan: 0
  • security.warn_viewing_mixed: False

Misc

  • User JS: No
  • Accessibility: Yes
jscher2000
  • Top 10 Contributor
3976 solutions 34724 answers

Helpful Reply

On Windows, it's the Registry, but on Linux, I do not know.

Perhaps if you knew the location of the plugins Firefox is loading that would provide some insight? To see the full paths to your plugins on the about:plugins page, you can temporarily change a preference in about:config. Please see this post for more information: https://support.mozilla.org/en-US/que.../947530#answer-399436.

On Windows, it's the Registry, but on Linux, I do not know. Perhaps if you knew the location of the plugins Firefox is loading that would provide some insight? To see the full paths to your plugins on the about:plugins page, you can temporarily change a preference in about:config. Please see this post for more information: [https://support.mozilla.org/en-US/questions/947530#answer-399436].

Chosen Solution

Thanks for the tip Jscher2000. I checked the full path and noted that the plugin does indeed come from /usr/lib/mozilla/plugins. So obviously there was something wrong with the plugin.

On the basis of the update links supplied by the Mozilla site, I downloaded the lates Java JRE separately to its own directory. I then set the symbolic link in /usr/lib/mozilla/plugins to point to that version of the plugin... <path_to_jre>/lib/i386/libnpjp2.so

That fixed it.

For the benefit of other Linux users: The Java SDK 1.7.0.17 for Linux contains the old version of libnpjp2.so (i.e. 1.7.0.15). Goodness only knows why. Since it is a shared library, it should be OK to simply replace the file with one from the JRE download for version 1.7.0.17.

Thanks for the tip Jscher2000. I checked the full path and noted that the plugin does indeed come from /usr/lib/mozilla/plugins. So obviously there was something wrong with the plugin. On the basis of the update links supplied by the Mozilla site, I downloaded the lates Java JRE separately to its own directory. I then set the symbolic link in /usr/lib/mozilla/plugins to point to that version of the plugin... <path_to_jre>/lib/i386/libnpjp2.so That fixed it. For the benefit of other Linux users: The Java SDK 1.7.0.17 for Linux contains the '''old''' version of libnpjp2.so (i.e. 1.7.0.15). Goodness only knows why. Since it is a shared library, it should be OK to simply replace the file with one from the JRE download for version 1.7.0.17.
cor-el
  • Top 10 Contributor
  • Moderator
13054 solutions 119545 answers

Try to delete the pluginreg.dat file in the Firefox Profile Folder and maybe addons.sqlite as well to reset the plugin registry databases.

Note that is is usually easier to use a symlink to the folder where the latest Java version is installed.

You can set the plugin.expose_full_path pref to true on the about:config page to see the full path of enabled installed plugins on the about:plugins page.

It is best not to leave that pref set to true as it exposes that full path to web servers via the navigator.plugins object, so reset that pref to false after you are done with the about:plugins page.

See "Manually uninstalling a plugin":

Try to delete the pluginreg.dat file in the Firefox Profile Folder and maybe addons.sqlite as well to reset the plugin registry databases. Note that is is usually easier to use a symlink to the folder where the latest Java version is installed. */usr/java/latest/lib/i386/libnpjp2.so You can set the plugin.expose_full_path pref to true on the about:config page to see the full path of enabled installed plugins on the about:plugins page. *http://kb.mozillazine.org/Issues_related_to_plugins#Identifying_installed_plugins *http://kb.mozillazine.org/about:plugins *http://kb.mozillazine.org/about:config It is best not to leave that pref set to true as it exposes that full path to web servers via the navigator.plugins object, so reset that pref to false after you are done with the about:plugins page. See "Manually uninstalling a plugin": *https://support.mozilla.org/kb/Troubleshooting+plugins

Question owner

Hi cor-el,

The location you mentioned for the latest Java is apparently not used by Ubuntu. It doesn't exist on my version (12.04 LTS). I've had a bit of a hunt around, but nothing seems to fit the bill. I'll try asking on the Ubunut Forums if such a thing exists for Ubuntu.

Deleing the pluginreg.dat was, thankfully; not necessary. When I set the symbolic link to the new plug-in, the browser accepted it and shows the expected version (i.e.1.7.0_17). I can only assume the one in the SDK is wrong. Bit bizarre, really.

... and, yes, I did toggle the plugin.expose_full_path pref back to false.

Hi cor-el, The location you mentioned for the latest Java is apparently not used by Ubuntu. It doesn't exist on my version (12.04 LTS). I've had a bit of a hunt around, but nothing seems to fit the bill. I'll try asking on the Ubunut Forums if such a thing exists for Ubuntu. Deleing the pluginreg.dat was, thankfully; not necessary. When I set the symbolic link to the new plug-in, the browser accepted it and shows the expected version (i.e.1.7.0_17). I can only assume the one in the SDK is wrong. Bit bizarre, really. ... and, yes, I did toggle the plugin.expose_full_path pref back to false.