972 bytes, text/html
1.17 KB, application/x-java
2.27 KB, application/octet-stream
2.25 KB, application/octet-stream
8.61 KB, image/jpeg
8.61 KB, image/jpeg
*** Bug 74363 has been marked as a duplicate of this bug. ***
this is not a blocker. changing serverity.
Severity: blocker → major
I hear from Stanley that the way to work around this bug is to modify the HOSTS file on your client machine so that it knows how to look up the required host. An windows that would be: C:\WINNT\system32\drivers\etc\HOSTS On Unix that would be /ect/hosts I'm marking this wontfix at Stanley's request.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 17 years ago
Resolution: --- → WONTFIX
I put the line 10.18.84.25 p49985.wdf.sap-ag.de into C:\WINNT\system32\drivers\etc\HOSTS but the sample scenario I posted still doesn't work :-( The web server has a fix IP address so DHCP or simalar problem causer is out of question. I also tried to use the IP address instead of the DNS name in the code but even this doesn't seems to help. Therefore I reopened the bug. Matti lowered the serverity from "blocker" to "major", bur for us it remains a blocker.
Status: RESOLVED → UNCONFIRMED
Resolution: WONTFIX → ---
You restarted the browser after updating HOSTS?
Udo, Can you please try the attached testcase at your site and see if it works? I'm using JDK 1.3.1 and it works with that. Perhaps it's a problem in 1.3.0_01? Ed
Ed's testcase published. But it still doesn't work :-( As already mentioned in bug 69466 I'm not sure how to use another JVM with Mozilla than the default 1.3.0_01. I installed j2sdk-1_3_1-beta-win.exe and copied the files NPJava131.dll, NPJava32.dll, NPOJI600.dll aus jdk1.3.1/jre/bin to .../Mozilla/Plugins, is this enough? However my JVM console shows now: Java(TM) Plug-In: Version 1.3.1 Verwendung der JRE-Version 1.3.1-beta Java HotSpot(TM) Client VM I restarted the browser after changing the HOSTS. The file contains now the entry: 10.18.84.25 p49985.wdf.sap-ag.de Udo
Marking NEW while you guys work on it.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Are you still getting the AccessControlException? You have the correct steps for installing another JVM uebrigens.
Status: NEW → ASSIGNED
Xiaobin, this works for me. Can you install my testcase from 04/17 and try it? Thanks, Ed
Assignee: edburns → xiaobin.lu
Status: ASSIGNED → NEW
Priority: -- → P3
Status: NEW → ASSIGNED
Depends on: 82034
Reporter: Please apply the latest patch for 82034. It works for me now.
Reporter: It should be fine now. Please get the trunk tomorrow and have it try with JRE 1.3. Let me know whether I can close this bug.
Hi Xiaobin, yes it works (at least with Mozilla 0.9.1+ i.e. Gecko/20010605). Thank you very much for your help. You need definitely JRE 1.3.1 (I wasn't able to get it to run with 1.3.0_01). You need also a .java.policy file in your profile directory to relax the security policies (which isn't nice, because this controverts the "zero installation feature" of java applets). Can you please tell me, if this behavior will change or remain? Kind Regards, Udo
Udo: You are welcome. The bug you mentioned here is what I am trying to fix now (59447). But anyway, I happy to close this bug now. Let me know if you are NOT OKAY to close this bug.
Status: ASSIGNED → RESOLVED
Last Resolved: 17 years ago → 17 years ago
Resolution: --- → FIXED
Hi Xiaobin, the bug is fixed for me. If the security issues are fixed later then I will be happy. Udo
udo: I ran your testcase again and I found that I don't need to grant all permissions in java.policy file and it works fine. Please try without loose any security check and let me know what happened. Thanks!
udo: Thanks for your infor! I am sorry that I don't know the answer about your questions. Please post it to newsgroup n.p.m.gerneral.
QA Contact: shrir → pmac
Hi Udoo, I'm quite new to this area. Based on your comments "Expected Results: an alert box with <!-- This is the first line of the html source -->", there is an alert dialog pops up but different message, It does not say "This is the first line of the html". I will attach the screen shot for showing the alert message different from yours. Could you confirm this bug again, please? Thanks!
Hi Patty, I still get "AccessControlException: access denied (java.lang.SocketPermission hostxyz resolve)", when I hit the "http get" button. The first http request which is initiated by the applet's start method is successfull. Ciao, Udo
Thanks very much for your quick respond, undo! So based on your verifications, the status of this bug should be "re-opened" instead of "resolved" right?
pmac and Udo: Please download the JRE1.4 from java.sun.com/j2se. It should work fine. We should not reopen this bug.
Thanks Xiaobin. Marking verified.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.