Closed Bug 149887 Opened 23 years ago Closed 21 years ago

content between IFRAME - /IFRAME displayed

Categories

(Core :: DOM: HTML Parser, defect, P2)

x86
Windows NT
defect

Tracking

()

RESOLVED FIXED
mozilla1.4alpha

People

(Reporter: chrilith, Assigned: harishd)

References

()

Details

(Whiteboard: [fix in hand])

Attachments

(2 files, 1 obsolete file)

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.
Target Milestone: --- → mozilla1.0
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 → ---
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
Boris: Ignore my previous last comment.
AS i saied you can check this URL : http://62.210.139.131/oas/test.html
Attached patch patch v1.0 [ Needs testing ] (obsolete) — Splinter Review
Priority: -- → P2
Whiteboard: [fix in hand]
Target Milestone: --- → mozilla1.0.1
Blocks: 147682
Target Milestone: mozilla1.0.1 → mozilla1.1beta
Target Milestone: mozilla1.1beta → mozilla1.2beta
Target Milestone: mozilla1.2beta → mozilla1.3alpha
Attached patch patch v1.1Splinter Review
Handling IFRAME similar to NOFRAMES
Attachment #87116 - Attachment is obsolete: true
btw, parser regression test PASSED.
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 on attachment 107957 [details] [diff] [review] patch v1.1 sr=jst
Attachment #107957 - Flags: superreview?(jst) → superreview+
Fix landed.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Blocks: 184029
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 :()
Andrew: I'm planning on backing out this patch.
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
This was fixed (probably by the checkin to bug 88952) marking as such.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago21 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: