Closed Bug 39609 Opened 25 years ago Closed 23 years ago

APPLET can only retrieve direct PARAM children

Categories

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

defect

Tracking

()

RESOLVED DUPLICATE of bug 103940
mozilla0.9.7

People

(Reporter: neil, Assigned: peterl-bugs)

References

()

Details

(Keywords: dom0)

Attachments

(2 files)

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.
Attached file Test case (deleted) —
URL added for testcase as Mozilla doesn't understand <BASE> yet.
Mozilla should (and AFAIK does) indeed understand <base>, if it doesn't, please file a separate bug on that, thanks.
setting bug status to NEW
Status: UNCONFIRMED → NEW
Ever confirmed: true
jst, I have filed bug 40275 on the problem with BASE and APPLET.
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.
Target Milestone: --- → Future
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.
Status: NEW → ASSIGNED
Reducing severity because a similar bug occurs in IE and the workaround applies to both browsers.
Severity: normal → minor
*** This bug has been marked as a duplicate of 59430 ***
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
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...
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Perhaps because I mentioned bug 40275 of which 59430 is a duplicate (it was marked duplicate the other way around but that's life )-:
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.
Keywords: dom0
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
Assignee: jst → peterl
Status: REOPENED → NEW
Depends on: 111008
OS: Windows 95 → All
Hardware: PC → All
Target Milestone: Future → mozilla0.9.7
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.
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!
Status: NEW → ASSIGNED
This bug should be fixed in today's trunk. *** This bug has been marked as a duplicate of 103940 ***
Status: ASSIGNED → RESOLVED
Closed: 24 years ago23 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: