P3
Issues has been noticed while loading the applets with mulit JRE installed on the machine. Under some conditions applets using Dynamic mimetype fails to load at all.
If the behavior is not fixable then we should document it from our side to give a clear message to the end User. Scenarios below will explain the issues in detail.
There was already a bug against the static mimetypes scenarios related to multi JREs which was later converted to doc bug. So I'm not going to list the static mimetypes behavior in this document.
Mozilla Browser behavior:
- Downgrade scenario( install 1.5 on top of 1.6)
a) Load the following Dynamic applets
http://sqeweb.sfbay.sun.com/deployment2/jitu/mustang_ws1/deployment/tests/SSV/others_applets/150/DynamicCLSID.html
It will get loaded fine using JRE 1.5.0
Note:
Static mimetypes pointing to 1.6 will fail to load with JRE collition pop-up message
b)Now to make static mimetypes pointing to 1.6 work change the JCP settings as follows
- Invoke JCP from <jre1.6>/bin/javacpl.exe
- JCP > Advanced > Default Java Browsers > Mozilla Family
Check the "Mozilla Family" option and save the changes(make sure that there no mozilla
process active in the background)
c) You can notice that 1.6 Static mimetypes applets will start working while the 1.5 static mimetypes will start failing with JRE collision pop-up. This is known behavior.
But the problem is that applet with dynamicn CLSID(below) will also fails to load http://sqeweb.sfbay.sun.com/deployment2/jitu/mustang_ws1/deployment/tests/SSV/others_applets/150/DynamicCLSID.html
In case user upgraded from 1.5 to 1.6 Dynamic CLSID applet will work only and only if Mozilla Family option is checked under 1.6 JCP. As soon as user checks the
JCP > Advanced > <Applet> tag support > Mozilla and Netscape, option it fails to work.
In case of firefox user won't be able to load 1.5 based static mimetypes applet as it complains about missing plug-ins. Try installing the JRE it will download and install 1.5.0_06. Now try loading the 1.5.0_06 static mimetypes applet it will again complains about missing JRE. Only 1.6 static mimetypes applet are getting loaded fine. If the idea behind this is to allow user to run only applet with latest installed JRE then why to misled teh user about messages like "missing plug-in" and then even allow him to download the JRE(1.5.0_06 in this case)
If the behavior is not fixable then we should document it from our side to give a clear message to the end User. Scenarios below will explain the issues in detail.
There was already a bug against the static mimetypes scenarios related to multi JREs which was later converted to doc bug. So I'm not going to list the static mimetypes behavior in this document.
Mozilla Browser behavior:
- Downgrade scenario( install 1.5 on top of 1.6)
a) Load the following Dynamic applets
http://sqeweb.sfbay.sun.com/deployment2/jitu/mustang_ws1/deployment/tests/SSV/others_applets/150/DynamicCLSID.html
It will get loaded fine using JRE 1.5.0
Note:
Static mimetypes pointing to 1.6 will fail to load with JRE collition pop-up message
b)Now to make static mimetypes pointing to 1.6 work change the JCP settings as follows
- Invoke JCP from <jre1.6>/bin/javacpl.exe
- JCP > Advanced > Default Java Browsers > Mozilla Family
Check the "Mozilla Family" option and save the changes(make sure that there no mozilla
process active in the background)
c) You can notice that 1.6 Static mimetypes applets will start working while the 1.5 static mimetypes will start failing with JRE collision pop-up. This is known behavior.
But the problem is that applet with dynamicn CLSID(below) will also fails to load http://sqeweb.sfbay.sun.com/deployment2/jitu/mustang_ws1/deployment/tests/SSV/others_applets/150/DynamicCLSID.html
In case user upgraded from 1.5 to 1.6 Dynamic CLSID applet will work only and only if Mozilla Family option is checked under 1.6 JCP. As soon as user checks the
JCP > Advanced > <Applet> tag support > Mozilla and Netscape, option it fails to work.
In case of firefox user won't be able to load 1.5 based static mimetypes applet as it complains about missing plug-ins. Try installing the JRE it will download and install 1.5.0_06. Now try loading the 1.5.0_06 static mimetypes applet it will again complains about missing JRE. Only 1.6 static mimetypes applet are getting loaded fine. If the idea behind this is to allow user to run only applet with latest installed JRE then why to misled teh user about messages like "missing plug-in" and then even allow him to download the JRE(1.5.0_06 in this case)