Closed
Bug 100185
Opened 24 years ago
Closed 24 years ago
0.9.4 plug-in directory can't deal with java class/zip files
Categories
(Core Graveyard :: Plug-ins, defect)
Tracking
(Not tracked)
People
(Reporter: acroyear, Assigned: serhunt)
Details
platform: Redhat 7.1 on Dell PIII, using talkback mozilla 0.9.4. Mozilla is
installed and owned by my personal account, in a subdirectory of my home
directory (i.e., this is not a "system-wide" installation as root or anything
like that).
I use only 3 plug ins (besides libnull...) : realplayer, java, and shockwave.
With 0.9.1 and 0.9.3, the plug-in directory that contains the .so files for
those plugins also contains raclass.zip (a set of 4 .class files for the
realplayer plugin) and ShockwaveFlash.class (I'll let you guess who needs that
one). These releases worked fine in this configuration.
With 0.9.4, I am getting error messages on the console (or shell) that started
mozilla, immediately on startup:
LoadPlugin: failed to initialize shared library
/home/jshelby/mozilla0.9.4/plugins/raclass.zip
[/home/jshelby/mozilla0.9.4/plugins/raclass.zip: invalid ELF header]
LoadPlugin: failed to initialize shared library
/home/jshelby/mozilla0.9.4/plugins/ShockwaveFlash.class
[/home/jshelby/mozilla0.9.4/plugins/ShockwaveFlash.class: invalid ELF header]
And as a result, neither realplayer nor shockwave "pages" want to run in the
browser.
The documentation does nothing to recommend where those .zip and .class files
need to be moved to.
*** This bug has been marked as a duplicate of 97362 ***
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Comment 2•23 years ago
|
||
mass duplicate verifications . For filtering purposes, pls use keywd
"massdupverification"
Status: RESOLVED → VERIFIED
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
•