Paul Wyskoczka Reporter
	Description • 25 years ago

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.

	Paul Wyskoczka Reporter
	Comment 1 • 25 years ago

Added Eric to the cc list.

	leger
	Comment 2 • 25 years ago

We need this fixed ASAP.  Putting on M13 radar.

	ekrock's old account (dead)
	Comment 3 • 25 years ago

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.

	chris hofmann
	Comment 4 • 25 years ago

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

	ekrock's old account (dead)
	Comment 5 • 25 years ago

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

	ekrock's old account (dead)
	Comment 6 • 25 years ago

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

	chris hofmann
	Comment 7 • 25 years ago

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

	Paul Wyskoczka Reporter
	Comment 8 • 25 years ago

Chris this has been broken for a while in M13.  Waiting for a new JRE 1.3.  ed.burns@SUN.Com will is sent a testing version but I was 
unable to downlown it.  

	leger
	Comment 9 • 25 years ago

Putting on PDT+ radar for beta1.

	stanley.ho
	Comment 10 • 25 years ago

This bug depends on 26875.

	drapeau
	Comment 11 • 25 years ago

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.

	drapeau
	Comment 12 • 25 years ago

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

	ekrock's old account (dead)
	Comment 13 • 25 years ago

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. 

	leger
	Comment 14 • 25 years ago

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

	stanley.ho
	Comment 15 • 25 years ago

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. 

	edburns Assignee
	Comment 16 • 25 years ago

I can test this tommorow, hopefully.

	edburns Assignee
	Comment 17 • 25 years ago

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.

	ekrock's old account (dead)
	Comment 18 • 25 years ago

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?

	Michael La Guardia
	Comment 19 • 25 years ago

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?

	edburns Assignee
	Comment 20 • 25 years ago

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.

	drapeau
	Comment 21 • 25 years ago

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.

	Michael La Guardia
	Comment 22 • 25 years ago

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

	Paul Wyskoczka Reporter
	Comment 23 • 25 years ago

Now works with the patch applied.

	edburns Assignee
	Comment 24 • 25 years ago

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.

	Paul Wyskoczka Reporter
	Comment 25 • 25 years ago

Verified in the 2000030609 build.