Closed
Bug 149887
Opened 23 years ago
Closed 21 years ago
content between IFRAME - /IFRAME displayed
Categories
(Core :: DOM: HTML Parser, defect, P2)
Tracking
()
RESOLVED
FIXED
mozilla1.4alpha
People
(Reporter: chrilith, Assigned: harishd)
References
()
Details
(Whiteboard: [fix in hand])
Attachments
(2 files, 1 obsolete file)
183 bytes,
text/html
|
Details | |
1.57 KB,
patch
|
hjtoi-bugzilla
:
review+
jst
:
superreview+
|
Details | Diff | Splinter Review |
As given in the W3C spec. for IFRAME :
"The information to be inserted inline is designated by the src attribute of
this element. The contents of the IFRAME element, on the other hand, should
only be displayed by user agents that do not support frames or are configured
not to display frames."
http://www.w3.org/TR/REC-html40/present/frames.html
bug with Mozilla Build ID: 2002053012 and lower (also with NS6)
Check the given URL for example.
Reporter | ||
Updated•23 years ago
|
Target Milestone: --- → mozilla1.0
Comment 1•23 years ago
|
||
This is because the IFRAME is never *parsed* as though it has contents, I
believe. I also believe that fixing it so that it did would break nearly every
site in the world that uses IFRAMEs because they do not close the tag explicitly
and therefore everything after the <IFRAME> would get displayed.
Also, please to not be setting milestone. Milestone is for the *developer* to
say when he is getting it done. Just ask in the bug if we can get it done by
Mozilla 1.0 (which is already released, BTW, so we cannot by definition).
Assignee: jkeiser → harishd
Severity: major → normal
Component: HTMLFrames → Parser
QA Contact: amar → moied
Summary: Bug using IFRAME → content between IFRAME - /IFRAME displayed
Target Milestone: mozilla1.0 → ---
![]() |
||
Comment 2•23 years ago
|
||
we aren't displaying the content here... We _are_ loading the scripts in
question. We have to. Consider the (perfectly valid, as far as I can tell)
markup:
<iframe src="foo">
Invisible content
<script>
document.write("<\/iframe>");
</script>
Visible content.
Boris: The problem is that the script inside iframe is evaluated! ( refer to my
testcase ). It's a bug.
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Reporter | ||
Comment 6•23 years ago
|
||
AS i saied you can check this URL :
http://62.210.139.131/oas/test.html
Priority: -- → P2
Whiteboard: [fix in hand]
Target Milestone: --- → mozilla1.0.1
Updated•23 years ago
|
Target Milestone: mozilla1.1beta → mozilla1.2beta
Handling IFRAME similar to NOFRAMES
Attachment #87116 -
Attachment is obsolete: true
Attachment #107957 -
Flags: superreview?(jst)
Attachment #107957 -
Flags: review?(heikki)
Comment on attachment 107957 [details] [diff] [review]
patch v1.1
You should probably add comments to the code where it talks about noframes and
mention iframe there as well, like in CNavDTD.
Attachment #107957 -
Flags: review?(heikki) → review+
Comment 11•23 years ago
|
||
Comment on attachment 107957 [details] [diff] [review]
patch v1.1
sr=jst
Attachment #107957 -
Flags: superreview?(jst) → superreview+
Assignee | ||
Comment 12•23 years ago
|
||
Fix landed.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Comment 13•23 years ago
|
||
checkin for this bug caused bug 184029, which is a hang that could potentially
hit many of the sites that use generated/nested iframes (for ad banners, mainly :()
Assignee | ||
Comment 14•23 years ago
|
||
Andrew: I'm planning on backing out this patch.
Assignee | ||
Comment 15•23 years ago
|
||
Backed out the patch to address the issue raised in bug 184029. Reopening the
bug to reinvestigate.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Target Milestone: mozilla1.3alpha → mozilla1.3beta
Status: REOPENED → ASSIGNED
Target Milestone: mozilla1.3beta → mozilla1.4alpha
Comment 16•21 years ago
|
||
This was fixed (probably by the checkin to bug 88952) marking as such.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago → 21 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•