Spletno mesto bo delovalo z omejenimi zmožnostmi, medtem ko na njem izvajamo vzdrževalna dela za vas. Če članki ne rešijo vaše težave in želite zastaviti vprašanje, naša skupnost za podporo čaka na vas na @FirefoxSupport na Twitterju in na /r/firefox na Redditu.

Avatar for Username

Iskanje po podpori

Izogibajte se prevarantski tehnični podpori. Nikoli vam ne bomo naročili, da pokličete telefonsko številko ali nam pošljete osebne podatke. Sumljivo dejavnost prijavite z gumbom »Prijavi zlorabo«.

Več o tem

Ta tema je arhivirana. Postavite prosim novo vprašanje, če potrebujete pomoč.

Firefox on linux gets confused when both 32bit and 64bit plugins are found

  • 2 odgovora
  • 1 ima to težavo
  • 16 ogledov
  • Zadnji odgovor od cor-el

paulraines68
paulraines68
more options

On a CentOS6 machines, 32bit plugins get installed to /usr/lib/mozilla/plugins and 64bit plugins get installed /usr/lib64/mozilla/plugins. If both locations have the same plugin installed, such as libflashplayer.so, then 64bit firefox seems to randomly find one first and fail when it sees the 32bit version first. This results in Flash working for some users and not for others .

I can run "strings -a ~/.mozilla/firefox/*/pluginreg.dat | grep usr.lib" and see which users will have it fail because the 32bit path to libflashplayer.so is listed first for them. For the users where it works the 64bit version in /usr/ilb64 is listed first.

I see no way to make 64bit firefox ignore what is in /usr/lib/mozilla/plugins as this seems hardcoded into the binary. I also see no way to make the /usr/lib64 path take precedence as I have MOZ_PLUGIN_PATH=/usr/lib64/mozilla/plugins-wrapped

The output I see on the stderr is:

LoadPlugin: failed to initialize shared library /usr/lib/flash-plugin/libflashplayer.so wrong ELF class: ELFCLASS32 [8941] WARNING: pipe error (60): Connection reset by peer: file /builds/slave/rel-m-rel-l64_bld-000000000000/build/ipc/chromium/src/chrome/common/ipc_channel_posix.cc, line 450

repeated many times

It seems to me at least that plugins in a user set MOZ_PLUGIN_PATH should always take precedence over those in a hard coded path like /usr/lib/mozilla/plugins

On a CentOS6 machines, 32bit plugins get installed to /usr/lib/mozilla/plugins and 64bit plugins get installed /usr/lib64/mozilla/plugins. If both locations have the same plugin installed, such as libflashplayer.so, then 64bit firefox seems to randomly find one first and fail when it sees the 32bit version first. This results in Flash working for some users and not for others . I can run "strings -a ~/.mozilla/firefox/*/pluginreg.dat | grep usr.lib" and see which users will have it fail because the 32bit path to libflashplayer.so is listed first for them. For the users where it works the 64bit version in /usr/ilb64 is listed first. I see no way to make 64bit firefox ignore what is in /usr/lib/mozilla/plugins as this seems hardcoded into the binary. I also see no way to make the /usr/lib64 path take precedence as I have MOZ_PLUGIN_PATH=/usr/lib64/mozilla/plugins-wrapped The output I see on the stderr is: LoadPlugin: failed to initialize shared library /usr/lib/flash-plugin/libflashplayer.so [/usr/lib/flash-plugin/libflashplayer.so: wrong ELF class: ELFCLASS32] [8941] WARNING: pipe error (60): Connection reset by peer: file /builds/slave/rel-m-rel-l64_bld-000000000000/build/ipc/chromium/src/chrome/common/ipc_channel_posix.cc, line 450 repeated many times It seems to me at least that plugins in a user set MOZ_PLUGIN_PATH should always take precedence over those in a hard coded path like /usr/lib/mozilla/plugins

Vsi odgovori (2)

guigs
guigs
more options

HI paulraines68, This may be a question that is beyond the user support of this forum. There are channels I can point you to for feedback or how to submit a bug for this [bugzilla.mozilla.org].

However stackoverflow.com may be the best place for solving the immediate question.

cor-el
cor-el
  • Moderator
  • Top 10 Contributor
more options

See also the Firefox source code: