Closed Bug 166630 Opened 22 years ago Closed 21 years ago

[quirks] % height of the Iframes does not work correctly

Categories

(Core :: Layout: Images, Video, and HTML Frames, defect, P3)

Product:
Core
Component:
Layout: Images, Video, and HTML Frames
Type:
defect

Tracking

()

Status:
RESOLVED DUPLICATE of bug 10212

People

(Reporter: amar, Assigned: jerry.tan)

References

(
URL
)

Details

(Keywords: testcase)

Attachments

(4 files)

Testcase fromt bug 137388
214 bytes, text/html
Details
Another testcase( %height of img inside div )
214 bytes, text/html
Details
patch 0.1
644 bytes, patch
Details | Diff | Splinter Review
Testcase(nested divs between td and image)
236 bytes, text/html
Details
Build ID: 2002-09-04-08-trunk This problem is a spin off of bug 137388. In the Given URL second testcase has an iframe with a height of 50% of the table height. But with the latest trunk builds the height is shown as 0%. This works correctly if % is not used to mention the height of the iframe. Steps to Reproduce: 1. view the given URL with lastest trunk build. Actual Results: iframe has 0 height Expected results: I frame should have height eqivalent to given height. Reproducible: Always
Assign it to me, I want to do it.
Assignee: jkeiser → jerry.tan
Blocks: 166758
if remove <div> before img, testcase will be ok.
Attachment #99473 - Attachment is patch: false
Attachment #99473 - Attachment mime type: text/plain → text/html
Attached patch patch 0.1 — — Splinter Review
patch just for discuss.
Keywords: testcase
Priority: -- → P3
Isn't it the same problem as bug 189180?
*** Bug 206675 has been marked as a duplicate of this bug. ***
*** Bug 189180 has been marked as a duplicate of this bug. ***
*** Bug 212788 has been marked as a duplicate of this bug. ***
Summary: % height of the Iframes does not work correctly → [quirks] % height of the Iframes does not work correctly
*** Bug 195334 has been marked as a duplicate of this bug. ***
*** Bug 217743 has been marked as a duplicate of this bug. ***
Adjusting hardware and OS after looking at the dupes.
OS: Windows 2000 → All
Hardware: PC → All
*** Bug 218543 has been marked as a duplicate of this bug. ***
I see [quirks] in the title ... I am experiencing iframe-percentage-height problems in Standards compliance mode too (with Firebird 0.7/Gecko20031015). my problem: <body> ... <div> <p><iframe height="xx%"></iframe></p> </div> </body> - Firebird ignores any specified percentage height and always uses some default value (about 150 pixels?) reading HTML 4.01 specification, <div> and <p> don't have the height atribute, so i would expect the height of the <iframe> to be computed from it's contents - this is in accordance with CSS 2, the default value for height is auto which is computed from the used height of the contents in this case p.s. sorry for my English
On Mozilla 1.6 <iframe height="xx%"> still doesn't work. If height is specified in pixels then it's ok. It just leaves default height of iframe. I suppose <iframe height="100%"> should work exactly like <iframe width="100%"> does except that it should maximise verticaly not horizontaly. It's a real show stopper for me.
> I am experiencing iframe-percentage-height problems in Standards compliance > mode Per the CSS spec, percentage heights are auto if the parent height is auto. That's what we do in standards mode, and it's the right behavior. This bug report is about introducing a purposeful bug in our CSS rendering for quirks mode. Note that every single one of these testcases has the iframe inside a table. This is the ONLY case when percent heights don't "work" in quirks mode, and is already covered by bug 10212 . The reason they don't "work" is that no one has clearly explained what it is IE does with tables in this case. It certainly doesn't always set the height to 100%. *** This bug has been marked as a duplicate of 10212 ***
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
Whiteboard: DUPEME
Whiteboard: DUPEME
Product: Core → Core Graveyard
Component: Layout: HTML Frames → Layout: Images
Product: Core Graveyard → Core
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: