Closed Bug 176923 Opened 23 years ago Closed 8 years ago

Java Applet does not load, because of wrong URL requested.

Categories

(Core :: Layout: Images, Video, and HTML Frames, defect, P4)

x86
Windows XP
defect

Tracking

()

RESOLVED INVALID
Future

People

(Reporter: deti, Assigned: peterl-bugs)

References

()

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2b) Gecko/20021026 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2b) Gecko/20021026 A look on the code of http://193.16.163.8/rtltext.html shows the Java applet is located at http://193.16.163.8/Tt.zip (the base is specified as <base href="http://193.16.163.8/"> and <APPLET CODE="Tt.class" WIDTH=580 HEIGHT=360 ARCHIVE="Tt.zip">) but mozilla tries to get it from http://www.rtl.de/Tt.zip which is the URL of the frameset definition. So the Java applet won't be loaded: 'java.io.FileNotFoundException: http://www.rtl.de/Tt.zip' I am not sure if this behavior is a security feature to disable cross-loading of applets within framesets. On IE the java applet is loaded and displayed correctly. Reproducible: Always Steps to Reproduce: 1. Enter http://193.16.163.8/rtltext.html 2. See Applet in the middle not loading. Actual Results: Applet is not loaded: java.io.FileNotFoundException: http://www.rtl.de/Tt.zip Expected Results: Loading applet like on IE.
oji and confirming with a 1day old CVS trunk and JRE1.4.1
Assignee: asa → joe.chou
Status: UNCONFIRMED → NEW
Component: Browser-General → OJI
Ever confirmed: true
QA Contact: asa → petersen
This bug is relate to codebase on mozilla 's table process: <tr> <td valign="top"> <base href="http://193.16.163.8/"> <table width="480" height="1"><tr><td width="100%" height="100%">&nbsp;</td></tr></table> <div id="rtltext" style="position:relative"> <script language="javascript"> <!-- var seite=100; var search_str= document.location.search.split("&"); if (search_str.length>0) { for (var i=0; search_str.length>i; i++) { var hilf_str=search_str[i]; if (hilf_str.charAt(0)=="?") hilf_str=hilf_str.substring (1,hilf_str.length); var th_str=hilf_str.split("="); if (th_str[0].toLowerCase()=="seite") { seite=th_str[1]; }; }; }; regexp=/^[1-8][0-9]{2}$/; seite=(regexp.test(seite)==false)?100:eval(seite); document.writeln('<APPLET CODE="Tt.class" WIDTH=580 HEIGHT=360 ARCHIVE="Tt.zip">'); document.writeln(' <PARAM NAME="CABBASE" VALUE="Tt.cab">'); document.writeln(' <PARAM NAME="CGIURL" VALUE="/cgi-bin/javcgi">'); document.writeln(' <PARAM NAME="IVWURL" VALUE="http://rtl.ivwbox.de/cgi- bin/ivw/CP/news;/world/tv/ueber_rtl/text">'); document.writeln(' <PARAM NAME="STARTPAGE" VALUE="'+seite+'">'); document.writeln(' <PARAM NAME="CHANNEL" VALUE="0">'); document.writeln('</APPLET>'); // --> </script> <noscript> <APPLET CODE="Tt.class" WIDTH=580 HEIGHT=360 ARCHIVE="Tt.zip"> <PARAM NAME="CABBASE" VALUE="Tt.cab"> <PARAM NAME="CGIURL" VALUE="/cgi-bin/javcgi"> <PARAM NAME="IVWURL" VALUE="http://rtl.ivwbox.de/cgi- bin/ivw/CP/news;/world/tv/ueber_rtl/text"> <PARAM NAME="STARTPAGE" VALUE="100"> <PARAM NAME="CHANNEL" VALUE="0"> </APPLET> </noscript> </div> <base href="http://www.rtl.de/"> <!--======_/content_======--> <!--======_sender_und_impressum_======--> </td> </tr> </table>
The second base href (<base href="http://193.16.163.8/">) is not recognised by mozilla. java plugin still get "http://www.rtl.de/" as document base. I suggest you to modify applet's codebase to be "http://193.16.163.8/"
Reassign to myself.
Assignee: joe.chou → xiaobin.lu
Status: NEW → ASSIGNED
Joshua's comment on 11/13 is right. If this is a bug, it is a Mozilla layout component bug. Java Plugin calls browser side object nsIPluginInstancePeer to get the codebase, it turns to ask nsPluginInstanceOwner (which is in layout module) to get the codebase. See, http://lxr.mozilla.org/seamonkey/source/layout/html/base/src/nsObjectFrame.cpp#2 654 for implementation on this. Reassign to Layout for further investigation.
Component: OJI → Layout: HTML Frames
Assignee: xiaobin.lu → karnaze
Status: ASSIGNED → NEW
-> peterl
Assignee: karnaze → peterl
Priority: -- → P4
Target Milestone: --- → Future
QA Contact: chrispetersen → layout.html-frames
The HTML <applet> element and related java functionality was removed from Gecko in Bug 1279218. Marking related bugs as invalid.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → INVALID
Product: Core → Core Graveyard
Component: Layout: HTML Frames → Layout: Images
Product: Core Graveyard → Core
You need to log in before you can comment on or make changes to this bug.