Closed
Bug 79108
Opened 24 years ago
Closed 24 years ago
Shockwave/Flash is not recognized under Mandrake 8.0
Categories
(Core Graveyard :: Plug-ins, defect)
Tracking
(Not tracked)
People
(Reporter: ewv, Assigned: serhunt)
References
Details
I have the Shockwave Flash plugins installed, but mozilla keeps asking me to
download them. The exact same plugins work with 4.77.
I'm using Mandrake 8.0 as the OS, which probably has a new version of glibc.
have you copied them to the mozilla plugin dir?
(eg. "cp /usr/lib/netscape/plugins/*lash* /usr/local/mozilla/plugins)
Reporter | ||
Comment 2•24 years ago
|
||
Yes I have. In fact I've tried my original plugins, the ones that come with
Mandrake 8.0, and the ones available from Macromedia's website. All of them are
ignored.
I assume this is the same problem as Real's plugins being ignored on certain
linux systems.
Comment 3•24 years ago
|
||
I can confirm this on Mandrake 8.0. In both 0.8 and 20010420.
Comment 4•24 years ago
|
||
i don't have mandrake, but based on user comments, marking NEW
Status: UNCONFIRMED → NEW
Ever confirmed: true
Reporter | ||
Comment 6•24 years ago
|
||
My (original reporter) install suddenly started seeing the plugin. (I changed
nothing).
Also, 0.9 saw it the first time up.
I found this bug is due to bug 69167 ----
plugin lookup /usr/lib/libXt.so
but there are /usr/lib/libXt.so.6*
so it dead silently.
a workaround is ln -sf /usr/lib/libXt.so.6 /usr/lib/libXt.so
Depends on: 69167
Comment 8•24 years ago
|
||
I confirmed this. I'am using mozilla 0.9.1 on Conectiva Linux.
flash plugin works fine, after:
cd /usr/lib/mozilla
ln -s /usr/X11R6/lib/libXt.so.6.0 libXt.so
ln -s /usr/X11R6/lib/libXext.so.6.4 libXext.so
I will make these links available on our RPM package.
Comment 10•24 years ago
|
||
This is already fixed
I am using mandrake 8, with build 2001062306 and it works
/usr/local/mozilla/plugins has the flash files, it shows in about:plugins, and
it loads fine pages
WFM
Comment 11•24 years ago
|
||
Not fixed on RH7.1. In order to make flash work i have to
ln -s /usr/X11R6/lib/libXt.so /usr/lib/libXt.so
Comment 12•24 years ago
|
||
This is easily fixed by editing the .bashrc file or the .bash_profile file for
each user in Mandrake8.0 by adding
LD_LIBRARY_PATH=/usr/X11R6/lib:$LD_LIBRARY_PATH
export LD_LIBRARY_PATH
This library path is not added by default and must be edited for each user. This
should be a release note as a known issue - it is difficult to track down and
easily fixed, and affects many plugins, not just the flash plugin.
Comment 13•24 years ago
|
||
oops I take that back
Making that change makes all plugins visible when you type about:plugins but
whenever a plugin is called, it sefgaults with "Internal error
:Null Plugin Manager etc.."
The strange thing is, since I started having this error, when I invoke mozilla
from the command line I no longer see a list of plugins being registered?
Comment 14•24 years ago
|
||
Comment 15•24 years ago
|
||
Well, on Mandrake 8.0 with build 2001080104 doing
cd /usr/lib/mozilla
ln -s /usr/X11R6/lib/libXt.so.6 libXt.so
causes an immediate lockup of mozilla on startup if Java is enabled. With Java
disabled any attempt to access a page using an installed plugin causes an
immediate lockup with no messages issued to the console.
This is under KDE 2.1.1, XFree86 4.0.3-7mdk, stock kernel 2.4.9.
Interestingly netscape 4.x on this platform exhibits exactly the same behaviour.
Comment 16•24 years ago
|
||
av, this is a dup of 69167
Comment 17•24 years ago
|
||
This is a duplicate of bug 69167.
Could someone with enough privilege close this bug ?
Comment 18•24 years ago
|
||
*** This bug has been marked as a duplicate of 69167 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Updated•3 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•