Closed
Bug 209193
Opened 21 years ago
Closed 21 years ago
Overflow of table cell containing <IFRAME height=100%>
Categories
(Core :: Layout: Tables, defect)
Tracking
()
People
(Reporter: kcbaltz, Unassigned)
References
()
Details
(Keywords: testcase)
Attachments
(2 files)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3.1) Gecko/20030425 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3.1) Gecko/20030425 A <form> with nothing but <input type="hidden"...> elements takes up layout space in the page. Removing the inputs and leaving an empty form fixes the problem. Also, wrapping the form in a <div style="display : none;"> also fixes the problem. Reproducible: Always Steps to Reproduce: View the following HTML for an example of the problem. <html> <head> </head> <body> <table height="50%" border="1"> <tr height="50"> <td>Notice how the IFRAME in the cell below bleeds below the boundary of the table. This is caused by a form with only hidden elements. Removing the form, or moving it after the IFRAME declaration fixes this problem. </td> </tr> <tr> <td> <form><input type="hidden" name="foo" value="bar" ></form> <iframe height="100%" width="100%" src="http://www.yahoo.com" ></iframe> </td> </tr> </table> </body> </html> Actual Results: The IFRAME in the 2nd row bleeds out of the table because the form takes up space. Note, even if the form should be taking up space, the IFRAME should still be contained by the table cell. Expected Results: The IFRAME should completely fill the 2nd row cell without bleeding outside the cell.
|
||
Comment 1•21 years ago
|
||
If I delete and replace the form, the rendering is correct (the bottom margin of the form takes up space, and the table cell wraps both the form and the iframe). Not sure whether this is a table reflow bug or a block one, but looks like an initial reflow problem...
|
||
Comment 2•21 years ago
|
||
There are two separate problems here. First there is the problem with the visible margin at the cell-edge, which we should eliminate for compatibility reasons, see bug 33784 and to some extent in this case: bug 172902, bug 44242. I think we can handle this problem by adding a comment to bug 33784 saying that we should take care of <td><form><input type="hidden"></form>...</td> also. (The form's margin-bottom should be nuked). Secondly, there is the overflow/clipping problem, which also occurs in Standards compliance mode and looks like a table problem. (Not sure this is actually a bug). (testcase coming up...) -> Tables (for the second problem)
Assignee: other → table
Component: Layout → Layout: Tables
Keywords: testcase
OS: Windows XP → All
QA Contact: ian → madhur
Summary: Form with only hidden inputs takes up layout space → Overflow of table cell containing <IFRAME height=100%>
|
|
||
Comment 3•21 years ago
|
||
I dont see that this has anything to do with a iframe. Its simply the iframe requires 100% height of its parent and then the div above adds some height -> it must overflow. Depending on the vertical aligment on the cell it overflows. Without the patch for bug 173277 there will be certainly issues that some parts of the overflow are not drawn.
|
|
||
Comment 5•21 years ago
|
||
OK, so it seems that all the problems are covered by other bugs already, please reopen if I missed something... *** This bug has been marked as a duplicate of 33784 ***
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•