Closed
Bug 44124
Opened 26 years ago
Closed 25 years ago
Text between <IFRAME> and </IFRAME> not ignored per specification
Categories
(Core :: DOM: HTML Parser, defect, P3)
Tracking
()
VERIFIED
INVALID
Future
People
(Reporter: brian.blakley, Assigned: harishd)
Details
(Keywords: compat, testcase)
Attachments
(6 files)
Per HTML 4.0 spec the text between the <IFRAME> and </IFRAME> tags should be
ignored by browsers that understand that tag. I loaded Mozilla on an NT 4.0
workstation and while it did render the IFRAME, it also displayed everything
between the tags (which of course is only intended for browsers not supporting
IFRAME.)
I have not tested this on any other OS.
Comment 1•26 years ago
|
||
I'm not able reproduce this problem with the iframe element. Please attach a
simple test case that reproduces this problem.
Comment 2•26 years ago
|
||
unable to reproduce on win98 with build 2000062808
frame is rendered without everything between the tags
Comment 3•26 years ago
|
||
Comment 4•26 years ago
|
||
Comment 5•26 years ago
|
||
Comment 6•26 years ago
|
||
Comment 7•26 years ago
|
||
Comment 8•26 years ago
|
||
(please ignore the 4 extra testcases, mozilla was wacked)
Anyway, I uploaded a simple testcase with what I *think* brian was talking
about, but it worksforme on win98 (haven't tested on NT)
Comment 9•26 years ago
|
||
this worksforme. tested with build 062808 on NT as well as Mac OS 9 and win98
Status: UNCONFIRMED → RESOLVED
Closed: 26 years ago
Resolution: --- → WORKSFORME
| Reporter | ||
Comment 10•26 years ago
|
||
My error. Text between tags does not categorically fail to get ignored. The
failure occurs if the IFRAME exists within a table cell, and the text between
the IFRAME tags contains additional <TR> and <TD> tags. This could occur where
you want certain content displayed as an IFRAME if the browser supports it, but
as normal table cells if not.
Test this example:
<table border=2>
<tr>
<td>Column 1</td>
<td>Column 2</td>
<td>Column 3</td>
<td>Column 4</td>
<td>Column 5</td>
</tr>
<tr>
<td colspan=5><iframe src="about:nothing">
<tr>
<td>Data 1</td>
<td>Data 2</td>
<td>Data 3</td>
<td>Data 4</td>
<td>Data 5</td>
</tr>
</iframe></td>
</tr>
</table>
On a browser that supports IFRAME, the Data1 - Data 5 cells shouldn't show. On
IE 4 this works correctly. On Netscape 4.7 (doesn't support IFRAME) it looks
right (of course) with a thicker line between rows due to the <TR>'s being
between two <TD>'s. In Seamonkey the IFRAME shows and the table tags between
the IFRAME tags still get rendered.
Sorry for the imprecise original bug report.
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
Comment 11•26 years ago
|
||
can reproduce bug with build 2000062808 on Win98 with new testcase from
brian.blakley@bankofamerica.com
Comment 12•26 years ago
|
||
could also reproduce with build 2000062808 on Linux
Comment 13•26 years ago
|
||
Comment 14•26 years ago
|
||
Using the last test attached, I can reproduce this problem. I agree that iframe
should only render it contents when it's not supported by the browser. But this
test case is a different situation. Iframe contains a portion of the table (the
parent element) which it is inserted into. If start and end table tags are inside
of iframe (thus making it a child of iframe), then it's contents are displayed.
Just my two cents...
Comment 15•26 years ago
|
||
Sorry, my last sentence should be "then it's contents are not displayed."
Comment 16•26 years ago
|
||
Harish, can you take a quick look at this - here's the content model I get in
viewer - the iframe is being automatically closed inside the table cell:
docshell=013E3AD0
html@01407918 refcount=3<
head@01407FC8 refcount=2<
>
body@0347C348 refcount=3<
table@034964A8 border=2 refcount=10<
tbody@03496248 refcount=3<
tr@03496148 refcount=3<
td@0349604C refcount=4<
Text@03495FB0 refcount=3<Column 1>
>
td@03495F0C refcount=4<
Text@03495E90 refcount=3<Column 2>
>
td@03495D5C refcount=4<
Text@03495CE0 refcount=3<Column 3>
>
td@03495C3C refcount=4<
Text@03495BC0 refcount=3<Column 4>
>
td@03495B1C refcount=4<
Text@03495AA0 refcount=3<Column 5>
>
>
tr@034959F8 refcount=3<
td@0349598C colspan=5 refcount=4<
iframe@034957D8 src=about:nothing refcount=4<
Text@03495660 refcount=2<\n >
>
>
>
tr@03495538 refcount=3<
td@034954CC refcount=4<
Text@03495450 refcount=3<Data 1>
>
td@034953AC refcount=4<
Text@03495330 refcount=3<Data 2>
>
td@034951FC refcount=4<
Text@03495180 refcount=3<Data 3>
>
td@034950DC refcount=4<
Text@03495060 refcount=3<Data 4>
>
td@03494F7C refcount=4<
Text@03494F00 refcount=3<Data 5>
>
>
>
>
Text@03494B50 refcount=3<\n>
>
>
docshell=03498300
null pres shell
webshells=
013E3AD4 '' parent=00000000 <
03498304 '' parent=013E3AD4 <
>
>
Assignee: pollmann → harishd
Status: UNCONFIRMED → NEW
Component: HTMLFrames → Parser
Ever confirmed: true
| Assignee | ||
Comment 17•26 years ago
|
||
This isn't a high priority issue and therefore am inclinied to mark it FUTURE.
Please let me know your concerns. Thanx.
Status: NEW → ASSIGNED
Target Milestone: --- → Future
Comment 18•25 years ago
|
||
For the record, the markup is completely invalid (you cannot have a table row
in the middle of nowhere!!!). If you fix the markup, by including <table>
tags around the contents of the IFRAME, then it works.
I thus recommend a WONTFIX or INVALID. If we do not fix this by RTM then there
is no point `fixing' it in the next release, since authors will already be
unable to write this bad markup due to this release.
Comment 19•25 years ago
|
||
Given erics reduced case, I think we do a reasonable job with this lousy html.
Marking wontfix.
Status: ASSIGNED → RESOLVED
Closed: 26 years ago → 25 years ago
Resolution: --- → INVALID
Comment 20•25 years ago
|
||
Source code problem. Not ours marking as Verified.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•