Open
Bug 1461852
Opened 7 years ago
Updated 22 days ago
Firefox honors small heights on <td> (for sizing of that <td> and percent resolution on children), unlike other browsers
Categories
(Core :: Layout: Tables, enhancement, P3)
Core
Layout: Tables
Tracking
()
NEW
Webcompat Priority | P2 |
People
(Reporter: emilio, Unassigned, NeedInfo)
References
(Depends on 1 open bug, Blocks 4 open bugs)
Details
(Keywords: webcompat:platform-bug, Whiteboard: DUPEME)
Attachments
(2 files)
No description provided.
Reporter | ||
Comment 1•7 years ago
|
||
Reporter | ||
Comment 2•7 years ago
|
||
It's not clear to me what's the right behavior here... Slightly related to bug 1421660.
See Also: → 1421660
![]() |
||
Comment 3•7 years ago
|
||
The right behavior is for the CSS WG to get off its behind and spec tables? ;)
Updated•7 years ago
|
Priority: -- → P3
Comment 4•6 years ago
|
||
Comment 5•6 years ago
|
||
Clarifying summary -- all browsers *do* resolve percent heights against in <td> against that <td>, it seems (as shown in attached testcase 2, which has 2 rows with 50%-height-child in each row).
The key difference is whether or not they honor a tiny height **on the <td>**. Firefox does honor the tiny cell height (and uses it for percent resolution). In contrast, other browsers (Chrome/Safari/Edge) seem to use the cell's content-box as a lower-bound on the cell's height (so, they have a nonzero-height green box for each table cell) -- and then, they resolve percentages against that cell height.
So, it seems everyone agrees on resolving percentages against the cell height -- it's just a disagreement on how to determine the cell height.
Summary: Percentage heights in children of <td> are resolved against that <td>, unlike other browsers. → Firefox honors small heights on <td> (for sizing of that <td> and percent resolutoin on children), unlike other browsers.
Updated•6 years ago
|
Summary: Firefox honors small heights on <td> (for sizing of that <td> and percent resolutoin on children), unlike other browsers. → Firefox honors small heights on <td> (for sizing of that <td> and percent resolution on children), unlike other browsers
![]() |
||
Comment 6•6 years ago
|
||
The "other browsers" behavior of using a height on <td> to just set a minimum height for the row is the one the spec calls for. Pretty sure we have existing bugs tracking that....
Whiteboard: DUPEME
Reporter | ||
Comment 7•6 years ago
|
||
A volunteer reported to me a broken site (https://www.shopback.com.tw/) which happened to be broken because of this.
![]() |
||
Updated•3 years ago
|
Webcompat Priority: --- → ?
Updated•3 years ago
|
Webcompat Priority: ? → P2
Updated•2 years ago
|
Severity: normal → S3
Comment 8•2 years ago
|
||
This is breaking the layout at https://www.91mobiles.com/compare/realme/9+SE+5G/vs/Moto/G72-amp, as reported at https://webcompat.com/issues/117029 , causing all sorts of lapping content.
This is the key CSS:
#fixed-table tr {
height: 1px;
}
#fixed-table tr td {
height: inherit;
}
#fixed-table tr td .cmp-summary-box { // a div, only child of the td
height: 100%;
}
Updated•11 months ago
|
Comment 9•11 months ago
|
||
Moving away the Site Breakage dependencies. Sorry for the bugspam, I'll only do one change per core bug for the next issue. :)
Comment 10•9 months ago
|
||
This is still reproducible based on the test case on both Firefox Release and Nightly. (not reproducible on Chrome)
Environment:
Operating system: Windows 10
Browsers tested: Firefox Nightly 128.0a1 (2024-05-28) / Firefox Release 126 / Chrome 125.0.6422.113
Comment 11•6 months ago
|
||
I'm tentatively planning to look at this bug soon (if no one gets to it first). ni=me as a reminder.
Flags: needinfo?(dholbert)
Updated•6 months ago
|
Keywords: webcompat:platform-bug
You need to log in
before you can comment on or make changes to this bug.
Description
•