Open
Bug 221154
Opened 21 years ago
Updated 1 year ago
table cells do not support 'overflow' correctly
Categories
(Core :: Layout: Tables, defect)
Core
Layout: Tables
Tracking
()
NEW
Webcompat Priority | P3 |
People
(Reporter: dbaron, Unassigned)
References
(Blocks 3 open bugs)
Details
(Keywords: css2, testcase)
Attachments
(3 files)
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).
Reporter | ||
Comment 1•21 years ago
|
||
Comment 2•21 years ago
|
||
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)
Comment 5•17 years ago
|
||
Comment 6•17 years ago
|
||
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.
Updated•15 years ago
|
Assignee: layout.tables → nobody
QA Contact: madhur → layout.tables
Comment 7•15 years ago
|
||
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.
Comment 8•15 years ago
|
||
Comment 10•8 years ago
|
||
(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.
Comment hidden (off-topic) |
Updated•5 years ago
|
Assignee: nobody → mats
Updated•5 years ago
|
Comment 16•5 years ago
|
||
Updated•3 years ago
|
Webcompat Priority: --- → ?
Comment 18•3 years ago
|
||
We do not have any live site examples. The only issue we had has been fixed by the website itself.
Webcompat Priority: ? → P3
Comment 19•2 years ago
|
||
The bug assignee is inactive on Bugzilla, so the assignee is being reset.
Assignee: MatsPalmgren_bugz → nobody
Updated•2 years ago
|
Severity: normal → S3
Comment 20•2 years ago
|
||
The severity field for this bug is relatively low, S3. However, the bug has 7 duplicates and 10 votes.
:dholbert, could you consider increasing the bug severity?
For more information, please visit auto_nag documentation.
Flags: needinfo?(dholbert)
Comment 21•2 years ago
|
||
The last needinfo from me was triggered in error by recent activity on the bug. I'm clearing the needinfo since this is a very old bug and I don't know if it's still relevant.
Flags: needinfo?(dholbert)
You need to log in
before you can comment on or make changes to this bug.
Description
•