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)

x86
Linux
defect
Not set
major

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 97362

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
mass duplicate verifications . For filtering purposes, pls use keywd "massdupverification"
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.