305707 - iframe has a stubborn "default" size

Status: RESOLVED INVALID

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

Description

[billyswong]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.10) Gecko/20050716 Firefox/1.0.6
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.10) Gecko/20050716 Firefox/1.0.6

I've never thought iframe has default size.  But there is.  And sometimes
workarounds give you a result stranger than you can imagine.

See attachments.

Reproducible: Always

Comment 1

[billyswong]

Attachment: iframe only

Comment 2

[billyswong]

Attachment: iframe (width="100%" height="100%"), scrollbar appear outside

Comment 3

[billyswong]

Attachment: 01 with <div> wrapped, no difference

Comment 4

[billyswong]

Attachment: use table to wrap instead, back to layout 00

Comment 5

[billyswong]

Attachment: add width="100%" height="100%" to table too, best workaround

Comment 6

[billyswong]

Attachment: 02 and 04 combined... must be a bug

Comment 7

[billyswong]

seems that this bug covers both bug 73464 and 253363

Comment 8

[Boris Zbarsky [:bzbarsky]]

This is invalid; the default size of the iframe is there for compat reasons and because using an intrinsic size of 0 would be silly.

Comment 9

[billyswong]

(In reply to comment #8)
> This is invalid; the default size of the iframe is there for compat reasons and
> because using an intrinsic size of 0 would be silly.
> 

The bug is not at example00.  (I can stand that.)  It is at the strange interaction when different elements are added into example00, either in hope of counteracting the default size, or unintentionally inside a actual website.  The way iframe was treated is out of normal people's imagination.  (and broke websites)

In example01, iframe expand to fill the screen.  (and add a strange scrollbar to the page outside)  But in example03, just a table outside undo the effect of "width=100% height=100%"!   What happen in the last example is even crazier!  This is something even "default size" cannot explain!  I really think this is a bug!

(Calmed down) I can feel that this bug is very hard to fix, being a design problem in gecko engine...

Comment 10

[Boris Zbarsky [:bzbarsky]]

All your tests are in quirks mode; those behaviors are correct in that mode and needed for compat with sites authored to bugs in IE and Netscape 4.

Comment 11

[billyswong]

(In reply to comment #10)
> All your tests are in quirks mode; those behaviors are correct in that mode and
> needed for compat with sites authored to bugs in IE and Netscape 4.
> 

Correct? You say what I see in the tests is correct? Even if those scrollbars don't appear in IE? (Well, there's always a scrollbar at the right in IE, but it remain gray-out, which is what it should be) It is correct even when the iframe in the last test expand horizontally but not vertically in Fx, and Fx only?  Or do you mean this is my computer's problem and you don't see the same thing happen on your machine?  (I have upgraded to Firefox1.5)

I added loose.dtd to the last test and the iframe's height is still the same. No help. 

Comment 12

[billyswong]

Attachment: what I see in the last test

Feel free to tell me if you still don't see it as a bug when the same thing doesn't happen in IE6.

Comment 13

[Boris Zbarsky [:bzbarsky]]

I mean "correct" in that the code we have gives us maximal compat with IE on most sites with minimal deviation from the CSS standards.  Again, the behavior is as-desired.

> I added loose.dtd to the last test and the iframe's height is still the same.
> No help. 

In standards mode, the iframe height should be the default height in every single one of these testcases.

Comment 14

[Boris Zbarsky [:bzbarsky]]

For what it's worth, your last testcase may indeed show an issue in table sizing in general; it may be worth filing a separate bug on that (since I bet it has nothing to do with iframes and should be reproducible if the iframe is replaced with a div).