Closed
Bug 72130
Opened 23 years ago
Closed 23 years ago
plugins not detected due to missing xlib-dev
Categories
(Core Graveyard :: Plug-ins, defect)
Tracking
(Not tracked)
People
(Reporter: dragon, Assigned: serhunt)
Details
Mozilla/5.0 (X11; U; Linux 2.4.2 i686; en-US; 0.8.1) Gecko/2001031408 Debian Unstable. Plugins in the plugins directory don't get detected. I seem to be the only one experiencing this failure, but I still do, and have for the past month or so (downloading new builds everyday.) my mozilla path is /home/oli/bin/mozilla/mozilla my plugin path is /home/oli/bin/mozilla/mozilla mozilla startup script is /home/oli/bin/mozilla/mozilla/mozilla list of files in mozilla/plugins: total 968 drwxr-sr-x 3 oli oli 4096 Mar 15 18:25 . drwxr-sr-x 10 oli oli 4096 Mar 15 18:24 .. -rwxrwxrwx 1 oli oli 2363 Feb 15 22:39 ShockwaveFlash.class drwxr-sr-x 6 oli oli 4096 Mar 15 18:25 java2 -rwxrwxrwx 1 oli oli 947992 Feb 15 22:39 libflashplayer.so lrwxrwxrwx 1 oli oli 82 Mar 15 18:25 libjavaplugin_oji.so -> /home/oli/bin/mozilla/mozilla/plugins/java2/plugin/i386/ns600/libjavaplugin_oji.so -rwxr-xr-x 1 oli oli 17180 Mar 14 11:36 libnullplugin.so ------output of mozilla startup script------------------ bin/mozilla/mozilla/run-mozilla.sh bin/mozilla/mozilla/mozilla-bin MOZILLA_FIVE_HOME=/home/oli/bin/mozilla/mozilla LD_LIBRARY_PATH=/home/oli/bin/mozilla/mozilla LIBRARY_PATH=/home/oli/bin/mozilla/mozilla:/home/oli/bin/mozilla/mozilla/components SHLIB_PATH=/home/oli/bin/mozilla/mozilla LIBPATH=/home/oli/bin/mozilla/mozilla ADDON_PATH=/home/oli/bin/mozilla/mozilla MOZ_PROGRAM=bin/mozilla/mozilla/mozilla-bin MOZ_TOOLKIT= moz_debug=0 moz_debugger= Document about:blank loaded successfully ---------------------------------------------------------------- Here are the details: I install two plugins and one component. Plugin 1: Flash Player 5r47, package flash_linux.tar.gz from macromedia Plugin 2: Java, package jre.xpi from ftp.netscape.com in ns6 directory Component 1: Spellcheker, package spellcheck.xpi from ftp.netscape.com in ns6 dir Installation: --Plugin 1: copy 'ShockwaveFlash.class' && 'libflashplayer.so' in mozilla/plugins directory. --Plugin 2: File->Open File... jre.xpi. --Component 1: File->Open File... spellcheck.xpi ... close and restart mozilla ... Status: --Plugin 1: not showing as detected in "about:plugins". Failed. --Plugin 2: not showing as detected in "about:plugins". Failed. --Component 1: Spellcheck icon appears in Mail Message windows. Pass. Conclusion: Plugins in the mozilla/plugins directories don't get detected. However, it is not a problem with xpi packages since components like Spellcheck install properly, and that flash still doesn't.
Comment 1•23 years ago
|
||
Confirming to get this looked at
Status: UNCONFIRMED → NEW
Ever confirmed: true
A friend and I just ran into this on a clean RedHat-7 install, nightly from yesterday (2001-03-18). Worked on my RH-7, didn't work on his. To fix, we installed the libstdc++-compat libraries (I don't know if this is an issue on Debian), but also the XFree86-devel libraries. Specifically, it seems like if you don't install the devel RPM on RH, you don't get libX11.so, libXt.so, etc. etc. All you get is libX11.so.6, but the plugins require the .so's not the .so.6's. This is a guess; after getting it working my friend didn't want to experiment. ;) I hope I'm being clear; I'll reiterate. It seems like the problem is one or both of: 1. Incompatible C++ library (possibly a RedHat-7-only problem due to gcc ``2.96'', but you do say you are running unstable) 2. Missing X11 symbolic links to provide version-independent library names Our steps to fix: 1. Install libstdc++-compat RPM 2. Install XFree86-devel RPM This fixed both the moz nightly and NS6.01. Can you two verify? If this is the case, it is not a Mozilla issue -- it's a platform packaging problem. However, the best solution would be for the Mozilla/Netscape installer to look for this and fix it, or at least report the problem? Steven
Reporter | ||
Comment 3•23 years ago
|
||
These are the debian packages that I've installed. -xlib6g-dev (pseudo-package depending on the later two) -xlibs-dev -libxaw-dev The plugins where installed before I installed the lib packages, and weren't working. After installing the lib packages, I restarted Mozilla and the plugins were working. I guess Steven was right. Maybe something should be done about it during the install, at startup or as part of the null plugin (something like a warning message saying that the plugins are there but unusable because of missing libraries.
Reporter | ||
Comment 4•23 years ago
|
||
I'm using XFree86 v4.0.2, with packages in debian unstable (4.0.2-7) After uninstalling -xlib6g-dev (pseudo-package depending on the later two) -xlibs-dev -libxaw-dev I've noticed that the plugins weren't working anymore ("about:plugins" not listing anything else than the null-plug). I then installed only xlibs-dev and without even restarting Mozilla, just reloading "about:plugins" and the plugins were showing as working properly. --- Oli
Summary: plugins not detected → plugins not detected due to missing xlib-dev
Reporter | ||
Comment 6•23 years ago
|
||
are you sure about the bug # ?? bug 61967 is fixed, and for windows...
Reporter | ||
Comment 8•23 years ago
|
||
right that sounds very much like bug 69167. Status should be changed to dup I think.
Comment 9•23 years ago
|
||
If you think, so, I think so. Marking duplicate. *** This bug has been marked as a duplicate of 69167 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Updated•2 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•