39609 - APPLET can only retrieve direct PARAM children

Status: RESOLVED DUPLICATE of bug 103940

(Core :: DOM: Core & HTML, defect, P3)

Description

[[e-mail]]

Netscape 4.7 allows applets to read all PARAM tags irrespective of other tags
including TABLE or NOSCRIPT that may surround them. However applets running
under Mozilla cannot read such tags. This is a particular problem with nesting
OBJECT tags inside APPLET tags. If Java is enabled then the applet should be
able to access any PARAM tags inside the OBJECT. If Java is disabled then the
object can access the PARAM tags.

Comment 1

[[e-mail]]

Attachment: Test case

Comment 2

[[e-mail]]

URL added for testcase as Mozilla doesn't understand <BASE> yet.

Comment 3

[Johnny Stenback (:jst)]

Mozilla should (and AFAIK does) indeed understand <base>, if it doesn't, please
file a separate bug on that, thanks.

Comment 4

[Asa Dotzler [:asa]]

setting bug status to NEW

Comment 5

[[e-mail]]

jst, I have filed bug 40275 on the problem with BASE and APPLET.

Comment 6

[Johnny Stenback (:jst)]

This bug has been marked "future" because the original netscape engineer
working on this is over-burdened. If you feel this is an error, that you or
another known resource will be working on this bug,or if it blocks your work
in some way -- please attach your concern to the bug for reconsideration.

Comment 7

[[e-mail]]

At one point I could work around the problem by adding extra attributes to the 
<APPLET> tag but this no longer works so I am currently duplicating all the 
<PARAM> tags.

Comment 8

[[e-mail]]

Reducing severity because a similar bug occurs in IE and the workaround applies
to both browsers.

Comment 9

[Joe Chou]

*** This bug has been marked as a duplicate of 59430 ***

Comment 10

[Johnny Stenback (:jst)]

Whow, this doesn't look like a dupe of bug 59430, reopening. If this really is a
dupe, please explain how n' why before duping...

Comment 11

[[e-mail]]

Perhaps because I mentioned bug 40275 of which 59430 is a duplicate
(it was marked duplicate the other way around but that's life )-:

Comment 12

[Joe Chou]

Yes, I got 39609 out of 40275. In the test case of 39609, the base URL defined
in the base tag in the header is ignored by Netscape 6 (I tried it on Solaris),
and therefore the browser failed to find the class. If a codebase field is added
to the applet tag with the base URL as defined in the base tag, the page should
be loaded OK. I tried a similar test case and it worked. 

Comment 13

[Peter Lubczynski]

I was thinking I might as well fix this while I'm fixing bug 111008. I need to
re-write this search algorithm:
http://lxr.mozilla.org/mozilla/source/layout/html/base/src/nsObjectFrame.cpp#2526

Comment 14

[[e-mail]]

Attachment: Testcase may be relevant or may be a new bug

To use the test case, just click on the "Test Java" button.
If Java is enabled, you should be directed to about:blank
If Java is disabled, you should be directed to about:blank?java=disabled
However Mozilla always directs you to the latter :-(
IMHO if Java is enabled then non-param child nodes should be discarded.

Comment 15

[Peter Lubczynski]

Neil, I think that last testcase is not valid for this bug. You are assuming an
INPUT works the same as a PARAM. I'm not saying it's not a bug, I'm not sure,
but it's not THIS bug. I have created a patch to fix this bug in bug 39609:
http://bugzilla.mozilla.org/attachment.cgi?id=60116&action=view
Here's what I did:, I fixed cases like this:
<object
data="http://www.macromedia.com/shockwave/download/triggerpages/flash.swf"
type="application/x-shockwave-flash" width="200" height="200">
 <table><td><tr>
  <PARAM NAME="loop" VALUE="false">
  <object>
   <PARAM NAME="QUALITY" value="low">
  </object>
  </tr></td></table>
</OBJECT>

In this testcase, you'll notice the "loop" attribute is nested inside a table
and also has a second nested object tag with it's own set of params but not
"quality". My patch will correctly only use the "loop" param because it is the
only one that goes with that object. See W3C for more details:
http://www.w3.org/TR/html401/struct/objects.html#edef-PARAM
Jonny, can you comment/review the use of the DOM in my patch in bug 39609? Thanks!

Comment 16

[Peter Lubczynski]

This bug should be fixed in today's trunk.

*** This bug has been marked as a duplicate of 103940 ***