Closed Bug 54173 Opened 25 years ago Closed 25 years ago

Secure JNI env is not available until applet is loaded

Categories

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

x86
Linux

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: rmv, Assigned: joe.chou)

Details

From Bugzilla Helper: User-Agent: Mozilla/4.74 [en] (Windows NT 5.0; U) BuildID: 2000091213 (Netscape_20000922_BRANCH CVS branch) Impossible to get JNI env from JVMManager neither via jvmMgr->CreateProxyJNI(outProxyEnv) nor via jvmMgr->GetProxyJNI(outProxyEnv) until any applet is loaded. Both methods return NS_OK and NULL as outProxyEnv. However when outProxyEnv is got (after applet is loaded in some page) attempt to make any JNI call freezes Mozilla. Reproducible: Always Steps to Reproduce: Run e.g. JNIEnv_GetBooleanField_5 OJI API test. Actual Results: Important OJI module functionality is unanailable. Expected Results: JNI env must be accessible from OJI module if OJI plugin is presented.
Re-assigning to Ed Burns (module owner).
Assignee: drapeau → edburns
Waiting on receiving hardware to test on linux.
Status: NEW → ASSIGNED
At Eric Krock's request, I've taken a stopgap measure until my real linux hardware arrives: vmware. Let's hope it works well.
Waiting for my infernally slow VMware linux build to complete.
Hi Joe, can you please take a look at this one? Thanks, Ed
Assignee: edburns → joe.chou
Status: ASSIGNED → NEW
Can you, Michail, provide more details of how to reproduce the problem? I tried the test page that called JNIEnv_GetBooleanField_5, and got the result of correct value returned. Thanks.
Tested this out wiht FCS build of Java Plugin. the test was able to return a valid JNIEnv (Had to use a workaround for FindClass by Setting XBootclasspath). the tests did go thru'. the bug has been fixed in th eJava Plugin
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
rubberstamp verified !
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.