Closed Bug 176923 Opened 22 years ago Closed 7 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
Reassign to Karnaze@netscape.com
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: 7 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.