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)
Core
DOM: Core & HTML
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.
Reporter | ||
Comment 1•25 years ago
|
||
Reporter | ||
Comment 2•25 years ago
|
||
URL added for testcase as Mozilla doesn't understand <BASE> yet.
Comment 3•25 years ago
|
||
Mozilla should (and AFAIK does) indeed understand <base>, if it doesn't, please
file a separate bug on that, thanks.
Comment 6•24 years ago
|
||
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
Reporter | ||
Comment 7•24 years ago
|
||
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.
Updated•24 years ago
|
Status: NEW → ASSIGNED
Reporter | ||
Comment 8•24 years ago
|
||
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
Comment 10•24 years ago
|
||
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 → ---
Reporter | ||
Comment 11•24 years ago
|
||
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•24 years ago
|
||
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•23 years ago
|
||
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
Reporter | ||
Comment 14•23 years ago
|
||
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•23 years ago
|
||
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
Comment 16•23 years ago
|
||
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 ago → 23 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•