Bug 327533

Summary:	Java plugin for Firefox and JRE for Konqueror still does not work
Product:	[openSUSE] openSUSE 10.3	Reporter:	Dennis Gallion <dgallion>
Component:	Java	Assignee:	Michal Vyskocil <mvyskocil>
Status:	RESOLVED FIXED	QA Contact:	E-mail List <qa-bugs>
Severity:	Major
Priority:	P5 - None	CC:	robin.grindley
Version:	RC 1
Target Milestone:	---
Hardware:	All
OS:	openSUSE 10.3
Whiteboard:
Found By:	Other	Services Priority:
Business Priority:		Blocker:	---
Marketing QA Status:	---	IT Deployment:	---

Description Dennis Gallion 2007-09-23 03:09:43 UTC

The JRE problem was resolved by installing 1.6 and making the vm executable  /usr/lib/jvm/jre/bin/java a script which performs the export workaround and then calls the vm.  This seems to work for Java apps.

However, the matching Firefox 1.6 plugin still does not work. The rpm installs 
/usr/lib/jvm/java-1.6.0.u1-sun-1.6.0.u1/jre/plugin/i386/ns7/libjavaplugin_oji.so   but it does not create a symlink for Firefox in /usr/lib/browser-plugins.  Previously, there was a symlink /usr/lib/browser-plugins/javaplugin.so which pointed to /usr/lib/classpath/libgcwebplugin.so. Furthermore, the functionality of the 1.5 libgcwebplugin.so is not the same as 1.6 libjavaplugin.so: The former opens a security pop-up requesting permission to "trust" and/or "white-list" the applet, the latter does not, although it does successfully run the applets.

Additionally, with 1.6 Konqueror is not being configured to call the JRE correctly.  The java executable path is still /usr/lib/jvm/jre/bin/java, but as ref'd above that is a script now.  So while having "java" now be a script which calls the vm apparently works for Java apps, Konq does not execute it the same way.  I guessed that the vm executable might now actually be "java_vm" or "java.bin", but providing these to Konq did not resolve the problem. Exporting the env workaround separately at boot so it was active for the session and giving Konq a path to an executable (i.e., trying to do what the "java" workaround script does), did not work either.

Comment 1 Robin Gridley 2007-11-12 21:14:30 UTC

I was having the same problem, running:
  10.3
  MozillaFirefox-2.0.0.8-1.1
  java-1_6_0-sun-plugin-1.6.0.u3-0.3

All this was installed via YAST. When I went to http://time.gov, there was no Java plugin (also checked, not in /usr/lib/firefox/plugins). 

After a little searching, I found the /usr/lib/firefox/add-plugins.sh script, which is supposed to find and add the Java plugin. However, the script has 

  JAVA="0"

at the top, which prevents it from even trying to install the Java plugin. I manually edited the file and changed it to JAVA="1', then ran the script, and now Java is working fine in Firefox. 

So, two questions:

1) Is add-plugins.sh supposed to be run automatically at some point? 
2) Why is JAVA explicitly turned off in this script?

Comment 2 Heinz Altschul 2007-11-26 16:36:00 UTC

Have installed Linux 10.3 from new including all updates and patches. Firefox browser is still not working with java. Have additionaly installed "java-1_6_0-sun-plugin" 
With link javaplugin_jni.so > /usr/lib64/firefox/plugins firefox can see the link but giv out an error. failed to initialize shared library. Wrong ELF class:ELFCLASS32
For Test J started Firefox on the Console including java Testaddress, so J get the error message.

Why javaplugin_jni.so is written in 32 bit architecture? All other have x86_64.

Konqueror works fine with java, no problem. 

Dear Robin, the file /usr/lib/firefox/add.plugins.sh j could not find in my system.
tks for help

Comment 3 Robin Gridley 2007-11-26 17:11:56 UTC

Heinz,  it looks like your system is 64-bit, so I assume your script is at /usr/lib64/firefox/add-plugins.sh.

Comment 4 Forgotten User HX-8ltfjsC 2007-11-26 19:43:30 UTC

(In reply to comment #2 from Heinz Altschul)
> Have installed Linux 10.3 from new including all updates and patches. Firefox
> browser is still not working with java. Have additionaly installed
> "java-1_6_0-sun-plugin" 

Heinz. somebody in newsgroup alt.linux.suse discovered a funny workaround.

Execute/click in KDE

  system > configuration > Sun Java Plugin Control Panel

look around but don't touch anything and finish with "OK". After this, Java in FF worked again.

Because I forgot to save all relevant data files I'm not able to clarify what was going on there.

Cheers!

Comment 5 Heinz Altschul 2007-11-27 18:29:36 UTC

comment #3
Robin thanksfor info. Unfortunatly the script /usr/lib64/firefox/add-plugins.sh does not exist in my computer. The directoy /usr/lib64/firefox contains 10 dirctories, 11 programms and 3 files. J was searching in the whole computer, but no " add-plugins.sh" to find.
Under Yast for java the following files are installed:

Comment 6 Heinz Altschul 2007-11-27 18:53:46 UTC

comment #4
Dieter thanks for info. Similar as under com. 5 the most important file is missing. The button "Java Plug-in Control Panel (Java Plugin .... has no effect. The button give the following command: /usr/lib/jvm/java-1.6.0.u3.sr2-sun-1.6.0.u3/jre/bin/ControlPanel
The file "ControlPanel" does not exist in my system.
Instead /usr/lib/jvm... it should be /usr/lib64/jvm....
tks

Comment 7 Heinz Altschul 2007-11-27 19:04:15 UTC

comment #3
files installed:
 classpath
 gcc42-gij
 gcc-gij
 java-1_4_2-gcj-compat
 java-1_6_0-sun
 java-1_6_0-sun-plugin
 jre
 libgej42
 xalan-j2
 xerces-j2

Comment 8 Heinz Altschul 2007-11-28 16:20:01 UTC

On a separate Harddisk J installed Linux 10.3 from new but the Programm is built for a i686 Maschine (bevor it was x86_64).
At moment no updates and patches installed.
The combination Firefox and Java works fine from beginning. 
The Java Plug-in Control Panel no problem.

Comment 9 Michal Vyskocil 2008-01-22 11:03:04 UTC

Hi, it looks like the problem in update, which breaks the symlinks in the /etc/alternatives.

The correct system settings is:

the /usr/lib/browser-plugins/javaplugin.so points to /etc/alternatives/javaplugin
the /etc/alternatives/javaplugin points to your preffered JVM

If the /etc/alternatives points to the nonexistent file, you should type (as root) /usr/sbin/update-alternatives --auto javaplugin to correct it.

The last update (jdk5u14) will fix it.

Comment 10 Michal Vyskocil 2008-02-08 09:09:12 UTC

So, should be this bug closed?

Comment 11 Dennis Gallion 2008-02-08 14:42:22 UTC

I opened this bug report originally.  Yes, I believe the problem is fixed.  Close the bug.

Comment 12 Dennis Gallion 2008-02-08 14:43:34 UTC

I opened this bug report originally.  Yes, I believe the problem is fixed.  Close the bug.