====Tested Enviroment=========================================
Build : Mantis b16
Bundle : j2re-1_4_2-beta-bin-b15-solaris-i586-24_jan_2003.sh
OS : Solaris8 IA, Solaris9 IA
WM : CDE
Locale : C, ja, ja_JP.PCK
Browser: Netscape 4.7x
==============================================================


Plugin in b16 doesn't work on Solaris8 and 9 IA, but I confirmed that it worked on Solaris9 Sparc with Gnome/CDE.
Trying the test with b14 and b15 on Solaris IA, it works fine.
So this problem is introduced in b16 and a regression.

Steps to reproduce:

1. setenv NPX_PLUGIN_PATH $JAVA_HOME/plugin/i386/ns4
2. Launch NS4.7x
3. See Help->About Plug-ins on NS to confirm if b16's plugin is properly set
4. Go to the URL: http://i18n-u1-26c.sfbay.sun.com:8080/jaws-i18n/
   And click one of the test case;
   http://i18n-u1-26c.sfbay.sun.com:8080/jaws-i18n/test/bat/hello-i18n.html
   or
   http://i18n-u1-26c.sfbay.sun.com:8080/jaws-i18n/test/bat/basic2d.html

5. NS starts to load plug-in, however, no response is got.
   NS sometimes can be closed from File menu or the system menu, sometimes it is hung and can't be closed from File menu or the system menu, then it needs to be killed.
   Or when NS was not hang, clicking NS's "Back" button, I saw NS's dialog appeared and said as below:

       Plugin: Plugin is not enabled or Java VM process has died



============================================================================

Installing latest J2se solaris patches on Solaris8 IA, this bug was still reproducible with b16.
This was reproducible when I logged in the solaris IA machines with my NIS account, which home directory was NFS mounted(I confirmed that this was reproducible also with an other NIS account user).
Trying the same test with a local account, this bug was NOT reproducible.

This phenomenon was seen on both of C locale and ja locale.

Even with the NIS accounts, this is not reproducible with b15 or b14.
So this seems a problemn in b16 and a regression to the previous builds.

###@###.### 2003-02-10
============================================================================

I logged in dnm-008.sfbay and tried to install b16 j2re on my home directory, but error occured and the error messages said that j2re installer might be corrupted; I tired the bundle which I copied j2re sh bundle from /java/re/jdk/1.4.2/promoted/beta/b16/bundles and which I transfered from our testing machin(japan domain, but the error occured in either way.
So I was not able to try the test on dnm-008.sfbay.

Solaris9 which I found this bug originally was Solaris 9 FCS, so I updated the machine to S9U2, I tried the same test;

>uname -a
SunOS bombay 5.9 Generic_112234-03 i86pc i386 i86pc

This is still reproducible with NIS account
 Build - b16
 Locale - ja, C
 Browser - NS4.7x (as in Description above, an error dialog appears and says;
                   "Plugin: Plugin is not enabled or Java VM process has died")
           NS6.23 (in loading plugin, NS6.2.3 ends abnormally)

 As same as before,
    this is not reproducible with b15 on both of C and ja locale.
    this is not reproducible with locale account on both of C and ja locale.

============================================================================

dnm-008.sfbay seems older version tha FCS.

> uname -a
SunOS dnm-008 5.9 s81_55 i86pc i386 i86pc

Could you please try the test again on S9 FCS or newer one?

###@###.### 2003-02-12
============================================================================

I have some questions/comments:

1)According to your evaluation below;
> Just let you know, Our SQE team reinstalled Solaris 9 x86 OS with the latest patch and they can make plugin work now.

- Which patch did you install?
I can't find J2se patches for S9 x86 on Sunsolve or in the list of J2SE Solaris Patch which I receive every month by e-mail.
Do I need to install any patches on S9 x86?

2) j2dsqe-lab1 is S8 x86 and the output of "uname" is :
>uname -a
SunOS j2dsqe-lab1 5.8 Generic_108529-18 i86pc i386 i86pc

I tested on a S8 x86 machine , which has the same verion of OS as j2dsqe-lab1 and J2se latest(Februart]y) patches for S8 x86
And with NIS account this bug is still reproducible.

* According to j2re localtion, I installed J2re on user's home directory in both cases of NIS account and local account.

###@###.### 2003-02-13

============================================================================

Did you see my description above which I updated on 2003-02-13?
Could you please see it and check my concerns?

I haven't use plugin from /java/re(koori).
I installed j2re on my home directory and tried the test and this bug was reproducible with b16, not reproducible with b15.

###@###.### 2003-02-19

============================================================================

Similar to 4817577.
Though we don't set javaplugin.jre.params, which is set in 4817577's reproducible step, this bug's phenomenon is similar to 4817577;

- Reproducible on Solaris 8, 9 IA only
- Reproducible with b16, not b15,b14.
- Triying two ways as below which were mentioned in 4817577 on two Solaris8 IA machines(with latest j2se solaris patches) and 2 Solaris9 IA machine(s9u2), the same problem was seen on our enviroment;
---------------------------------------------------------------
- if we install jre locally (in our case /j2re1.4.2 location),
    set link for plugin.
    invoke netscape70 and try to invoke java console.
    Browser crashes.

   ======> We tried our test case applet on http://i18n-u1-26c.sfbay.sun.com:8080/jaws-i18n/test/bat/hello-i18n.html with NS6.2.3(default installed in S9u2) and the same phenomenon was seen, NS6.2.3 crashed.
   Trying with NS4.7x(which each system had by default under /usr/dt/appconifg/netscape), there was no response and the same phenomenon as I described on the top of Description.

- if we install jre locally and rename the installed dir. size to be smaller
     (we renamed /j2re1.4.2 to /b16)
    set link for plugin.
    invoke netscape70 and try to invoke java console.
    Console loads fine.
    ======> We saw the same phenomenon with both of NS4.7x and NS6.2.3.
             Renaming j2re1.4.2 to b16, or j2re, this bug was NOT reproducible and the applet was loaded successfully.
---------------------------------------------------------------
* Please note I use NIS account for the test, not local user.
  This bug is never repdocueible with local user account as far as we tried.

Could you please try to reproduce this bug with the same ways as I tried so far?

###@###.### 2003-02-19

============================================================================

I tried as you did installing j2re under / and this bug is not reproducible, however, it's still reproducible when I use j2re under my home directory.
As same as mentioned as one of the FAILED pattern of 4817577 in 4817577's description, when the path of installed dir is shorten, this bug(4814772) is not reproducible, too.
I tried some patterns as below;

for NS4.78:
1)setenv NPX_PLUGIN_PATH /home/tokunaga/j2re1.4.2/plugin/i386/ns4
  ===> Reproducible
2)setenv NPX_PLUGIN_PATH /home/tokunaga/j2re/plugin/i386/ns4
  ===> Not reproducible
3)setenv NPX_PLUGIN_PATH /home/tokunaga/j2re142/plugin/i386/ns4
  ===> Not reproducible
4)setenv NPX_PLUGIN_PATH /j2re1.4.2/plugin/i386/ns4
  ===> Not reproducible (this is same as you tried. the same result.)
5)setenv NPX_PLUGIN_PATH /j2re1.4.2-j2re1.4.2j2re/plugin/i386/ns4
  ===> Reproducible
       (I renamed the j2re directory name to make it the same length as 1)'s path. the result is "Reproducible".)

Using NS6.2.3, I saw this bug was not reproducible with /j2re1.4.2, however, it was reproducible /j2re1.4.2-j2re1.4.2j2re as same as NS4.78.

Could you please try again on your home dir or under / as same as I reproduced this bug?

BTW, I can't access the directories under /net/crumple.eng/export/nc-re/release.
     
###@###.### 2003-02-20

============================================================================

As I mentioned before, this bug is reproducible not only NS4.x, but also NS6.2.3.
According to 4817577' report, the same kind of phenomenon occurs on NS7.0 with b16(I have not tried NS7.0 yet in reproducing this bug).
Please try NS6.2.3 or NS7.0 and change the synopsis accordingly.

###@###.### 2003-02-21

============================================================================

I'd like to modify my original descripion;
I described that this bug was reproducible I logged in the solaris IA machines with my NIS account, but was was NOT reproducible with local user account.
However, I tried the test with local user account using j2re via net, which was located at other machine in the same domain and the length of the path which was set for NPX_PLUGIN_PATH is long.

Trying with a local user account and local j2re(installed on the user's home), it was still not repdocuible even if I renamed j2re directory to make it much longer.

BTW, I tried NS7.0 and I confirmed that this bug was reproducible.

###@###.### 2003-02-24

============================================================================

Fix is verified in mantis b17 on Solaris 8 IA with NS4.76, Solaris9 IA with NS4.78, Solaris9 IA with NS6.23 and Solaris9 IA with NS7.

I'm going to verify the fix in Tiger and update the status when next Tiger build is promoted.

###@###.### 2003-03-03

============================================================================