23672 - Java is not enabled after installation

Status: VERIFIED FIXED

(Core Graveyard :: Java: OJI, defect, P3)

Description

[Paul Wyskoczka]

Build:   2000011108 on Windows
              JRE 1.3


Steps:
1. Removed Seamonkey and JRE 1.3 from PC
2. Installed Seamonkey and JRE 1.3
3 Rebooted PC
4. The plugins folder was created and the java dll were copied to the plugins folder
5. Loaded the url http://www.javasoft.com/applets/other/Bubbles/index.html
6. Applet does not load.  Java is not enabled.

Expected - the Java applet to load

Actual - Java applet does not load

This particular bug is related to Windows.

This what happens after bug # 21943 was fixed.

Comment 1

[Paul Wyskoczka]

Added Eric to the cc list.

Comment 2

[leger]

We need this fixed ASAP.  Putting on M13 radar.

Comment 3

[ekrock's old account (dead)]

This might have some relationship to the following changes, or it might not.
FYI, bug #21943 has been fixed, so a plugins directory is now being created by
the installer.

The existing plugin search logic searches only in the Mozilla plugins directory
if one exists; if one is not found, it falls back to the Nav4 plugins directory.
av will fix open bug #21938 for M13 so the logic will *first* check the Mozilla
plugins directory if it exists, and if not (or the plug-in is not found there)
then fall back to checking the Nav4 plugins directory.

However, the Mozilla plugins directory is the only place you would expect to
find the OJI plug-in stub anyway, so this bug is probably an independent problem
in which the OJI stub isn't being detected for some reason. Adding av to cc:
list to be safe.

Comment 4

[chris hofmann]

move to m14. let me know if fixes are available. thx.

Comment 5

[ekrock's old account (dead)]

Nominating for official beta1 consideration. If Java does not work in Beta 1, it 
will be bad for Sun, Netscape, and Java.

Comment 6

[ekrock's old account (dead)]

*** Bug 21757 has been marked as a duplicate of this bug. ***

Comment 7

[chris hofmann]

I don't see java start or applets run after selecting java in
the commercial build installer on the 2/1/00 win32 builds.

Comment 8

[Paul Wyskoczka]

Chris this has been broken for a while in M13.  Waiting for a new JRE 1.3.  [e-mail] will is sent a testing version but I was 
unable to downlown it.  

Comment 9

[leger]

Putting on PDT+ radar for beta1.

Comment 10

[stanley.ho]

This bug depends on 26875.

Comment 11

[drapeau]

Updating the bug dependency on this one, since bug # 26875 was marked as a
duplicate of bug 27486.  The current milestone for fixing 27486 is M15, which
would prevent this bug from being fixed in M14.

Comment 12

[drapeau]

Adding Ed Burns to the CC list on this one, for verification 
when Java Plug-In is claimed to work.

Comment 13

[ekrock's old account (dead)]

Since we seem to be using this bug as a [META] tracking bug for "what we have to 
do to get Java working again," adding dependencies on bug 27755, bug 27462, and 
bug 27763. 

Comment 14

[leger]

Must fix by 03/03 or will not make the beta1 train.

Comment 15

[stanley.ho]

This bug still depends on 27462, 27486, 27755, 27763. However, I have put in 
several workaround in Java Plug-in code, so at least the applets will start up 
with M14. 

Comment 16

[edburns]

I can test this tommorow, hopefully.

Comment 17

[edburns]

Actually, I can't test it since I don't have access to the installer.  Is the 
installer you mention part of SeaMonkey? Is it possible for me to build the 
installer without too much work so I can test it?

After building mozilla code from 5pm on 02/24/00 with MOZ_DEBUG=1, I observe 
the same behavior as in 27486.

Comment 18

[ekrock's old account (dead)]

Adding michaell, PM for Installer, to cc: list. Michael, how can we enable Sun 
to test the Installer's behavior in a timely way when they change their code?

Comment 19

[Michael La Guardia]

I installed Java in today's build (2000022708 - build numbers are still screwed
up, this was on 3/1), and I went to several pages with applets including
games.yahoo.com and the reference page for this bug.  Worked for me.

Can we call this one fixed?

Comment 20

[edburns]

I confirm that I too can get applets to work.  I concurr with michaell.

I'm Calling it fixed.

Here are the steps I took to test that it was fixed:

02 March 00

Here are the steps I took to enable the viewing of applets in mozilla.

STEP 8 IS THE MOST IMPORTANT, and UNUSUAL step.

1. Check tinderbox to see that it's green for win32 clobber

2. Checkout SeaMonkey at around 11:30am on 02 March 2000

3. Built Mozilla with MOZ_DEBUG=1

4. Used the WINNT Add/Remove programs feature to remove any JRE and JDK
   instance I had installed on my machine.  Then I rebooted.

5. Used a find command to make sure there were no instances of any of
   the following files on my C: drive:

   jpins32.dll
   npjava*.dll
   jpishare.dll
   jaws.jar

   This step is also intended to catch the case where you have Netscape
   Navigator 4.x with the Java plugin installed, which I don't.  If you
   do, you must make sure that you don't have the plugin installed.

6. Downloaded the JRE Release Candidate (RC) 1 release by visiting:

   http://developer.java.sun.com/developer/earlyAccess/j2sdk13/
  
   And choosing the "One large bundle" option under the heading

     Internationalized version of Java 2 Runtime Environment 

7. Ran the installer exe.

8. Unzipped George's zip file on top of the install location, which for
   me was C:\Program Files\JavaSoft\JRE\1.3 .

9. Copied C:\Program Files\JavaSoft\JRE\1.3\bin\npjava*.* to my mozilla
   plugins directory, which is:

   D:\Projects\mozilla\dist\WIN32_D.OBJ\bin\plugins

10. Ran 

   D:\Projects\mozilla\dist\WIN32_D.OBJ\bin\mozilla.exe

After doing the profile manager dance, I was able to view applets
without java-related crashes.

Comment 21

[drapeau]

I can confirm as well, on Win98.  I just completed a build (did a pull around
11:30AM today, just finished building) and applets work.

Comment 22

[Michael La Guardia]

So, just out of curiosity, how come this is working for me without going through
the profile dance?

Comment 23

[Paul Wyskoczka]

Now works with the patch applied.

Comment 24

[edburns]

By "profile dance" I'm referring to the fact that MOZ_DEBUG=1 builds force one 
to use the mozilla profile manager.  If you built without MOZ_DEBUG=1, then you 
only have to do the profile dance if you removed your mozregistry.dat file and 
then restarted mozilla.

Comment 25

[Paul Wyskoczka]

Verified in the 2000030609 build.