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

Status: RESOLVED INVALID

Description

[Deti Fliegl]

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.

Comment 1

[Matthias Versen [:Matti]]

oji and confirming with a 1day old CVS trunk and JRE1.4.1

Comment 2

[Joshua Xia]

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>

Comment 3

[Joshua Xia]

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/"

Comment 4

[Xiaobin Lu]

Reassign to myself.

Comment 5

[Xiaobin Lu]

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. 

Comment 6

[Xiaobin Lu]

Reassign to [e-mail]

Comment 7

[Kevin McCluskey (gone)]

-> peterl

Comment 8

[Kyle Machulis [:qdot] [:kmachulis] (if a patch has no decent commit message, automatic r-) (PTO Nov 14-23)]

The HTML <applet> element and related java functionality was removed from Gecko in Bug 1279218. Marking related bugs as invalid.