Closed Bug 208652 Opened 21 years ago Closed 21 years ago

Java doesn't work on Win32 JRE 1.4.2 beta: NSGetFactory entry point on NPJPI142.DLL returns failure

Categories

(Core Graveyard :: Java: OJI, defect)

Product:
Core Graveyard
Component:
Java: OJI
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
major

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: wolruf, Assigned: joshua.xia)

References

(
URL
)

Details

(Keywords: regression) 

build ID: 20030606 on WinXP + JRE 1.4.2b19.

Java applets don't work anymore, any Java applet asking for x-java-vm support
show the Netscape plug-in finder instead.
I took one of the showcases from http://java.sun.com/getjava/showcase.html all
the other applets show the exact same issue, so it's not isolated to one
particular applet.

I've been seeing this for ~ 2 weeks with Firebird nightly builds, I believe this
could be related to checkin for bug 159445 (hence I'm CCing Peter).

about:plugins shows the various JRE DLL files, especially:

[...]
Java Plug-in

    File name: NPOJI610.dll
    Java Plug-in 1.4.2 for Netscape Navigator (DLL Helper)

MIME Type 	Description 	Suffixes 	Enabled
application/x-java-vm 	Java Virtual Machine for Netscape 		Yes
[...]

The DLL files are not in the plugins/ directory but left in the initial Java
directory (where Firebird successfully scan for them).
Other plug-ins still work fine: Flash, Quicktime, Acrobar and WMP.

Same Mozilla (non-Firebird) build work flawlessly on same OS with same JRE.

I searched for dupes but couldn't find this one (I really thought someone else
noticed this visible bug).
not related to bug 159445, earliest Firebird 20030516 doesn't load Java applets
either. I'll try with Phoenix.
*** Bug 209252 has been marked as a duplicate of this bug. ***
I'm seeing this too, but in the Mozilla 1.4 branch builds for Linux i686, both
gcc 2.9 and gcc 3.2.3. The Mozilla trunk build doesn't have this problem. See
bug 209252, which i have duped to this one.

Please change OS to "all". When a bug is in both Phoenix and the Mozilla
browser, does that mean that the product should be "browser"?
As a major recent regression on the Mozilla 1.4 branch, is this a blocker?
Leston, are you softlinking to Java ns610gcc32/ with your Mozilla GCC3.2 build ?
I do not have a ns610gcc32 plug-in, only a ns610. However, as i mentioned, i got
the problem with the gcc 2.9 Mozilla build, too. (Do we even know what compiler
Sun's jdk is built with?) Yes, i am soft-linking, and i installed the Java
plug-in in the very same way for both the working and non-working installations.
Just to make sure, i downloaded three fresh copies of Mozilla and installed them
all. The result is the same. Java works on the Linux trunk build, but does not
work on the 1.4 builds, whether gcc29 or gcc323.
Just so that my error doesn't propogate, those gcc numbers should have been
3.2.3 and 2.95.3.
hm...I think I see what's going on in Linux, today's Mozilla 1.4 branch daily
build (not rpm) is being built with gcc 3.2.3. You can check what compiler was
use in about:buildconfig. The Java plugin must be compiled against the same
compiler.

However, this is a Windows bug (see bug 209252 for Linux) I'm getting today's
build to see what's going on.


hm...I so I got today's build of seamonkey (Mozilla/5.0 (Windows; U; Windows NT
5.1; en-US; rv:1.4) Gecko/20030616) and it works fine with JDK 1.4.1. Gona try
1.4.2 beta now.
okay, tried this with a seamonkey trunk build + JRE 1.4.2 beta for Win32 and
found that our call into the NSGetFactory entry point on NPJPI142.DLL returns
failure.

I think this is a bug in the 1.4.2 Win32 plugin, ---->OJI
Assignee: blaker → joshua.xia
Component: General → OJI
Product: Phoenix → Browser
QA Contact: asa → dsirnapalli
Version: unspecified → Trunk
.
URL: http://www.smartmoney.com/marketmap/ → http://www.mozilla.org/quality/browse...
Summary: x-java-vm doesn't work anymore → Java doesn't work on Win32 JRE 1.4.2 beta: NSGetFactory entry point on NPJPI142.DLL returns failure
Okay, the comments about the Linux build in comment #9 are correct. So, the
Linux problem is that the Java plugin was not built against gcc 3.2.3.
I also encoutered Martin's problem. I installed JRE 1.4.2 beta in my computer,
and downloaded talkback-enabled Mozilla 1.4 RC2 zip file. After I unzipped the
mozilla 1.4 and launched it, I found that the Java could not be loaded when
visiting the Java-required websites.
After I unstalled JRE 1.4.2 beta and installed JRE 1.4.1_02, Java works.
There must be some bug with the compatibility between mozilla 1.4 RC2 and JRE 1.4.2.

My Mozilla 1.5a
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5a) Gecko/20030623
+
JRE 1.4.2b19
works well.

You should enable jpi on java control panel for > mozilla1.1

Mozilla should be installed by using install wizard (not simple unzip) because
install wizard write register item on Windows, JPI want to check those register
item.

->WFM
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
this is caused by a missing reg.db entry:

more on http://www.gemal.dk/archives/000271.html
yep, this is also mentioned here:
http://plugindoc.mozdev.org/phoenix.html
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.