Table cells do not support 'overflow' correctly. They don't support 'auto' and 'scroll' at all, and their support for 'hidden' is incorrect (thanks to the hack that fixet bug 221140).
Isn't this just bug 39683, since in CSS21 'height' and 'width' on a 'table-cell' are actually 'min-width' and 'min-height': <http://www.w3.org/TR/CSS21/tables.html#height-layout>: > In CSS 2.1, the height of a cell box is the maximum of the table cell's > 'height' property and the minimum height required by the content (MIN). A > value of 'auto' for 'height' implies a that the value MIN will be used for > layout. CSS 2.1 does not define what percentage values of 'height' refer to > when specified for table cells. <http://www.w3.org/TR/CSS21/tables.html#auto-table-layout>
Anne, no this bug is about a design flaw in table cell frame construction where it does not wrap the frame in to a scollable frame like the row group frame does (http://lxr.mozilla.org/seamonkey/source/layout/html/style/src/nsCSSFrameConstructor.cpp#2601)
11 years ago
Duplicate of this bug: 386970
I'm pretty sure this is related, so I didn't want to open another bug. I've attached another testcase file named testcase2.html which is a barely edited file of where I encountered the issue. Note that the pre element does not fully display all of its contents, it seems to end after line 2523 of the testcase2.html file, and is followed by a significant amount of blank space before the end of the document is reached. The pre element is styled by overflow: scroll associated by the class="log". This element is in a td element which is why I think it is related to this bug.
Assignee: layout.tables → nobody
QA Contact: madhur → layout.tables
Okay, this really is a non sense. This bug exists since 2003. How many releases did we have since then? How am I supposed to do vertical layout? Assigned to nobody? Great care Mozilla, it works perfectly with WebKit. Hope there will be Chrome Frame for Firefox soon, and popular.
(In reply to Dusan Maliarik from comment #7) > Okay, this really is a non sense. This bug exists since 2003. I just filed what turned out to be a duplicate so I'd second Dusan's sentiment (another 7 years later). All other browsers (IE9+) handle this consistently.
No longer blocks: 1445634
Duplicate of this bug: 1445634
You need to log in before you can comment on or make changes to this bug.