Index: third_party/WebKit/Source/core/layout/LayoutBox.cpp |
diff --git a/third_party/WebKit/Source/core/layout/LayoutBox.cpp b/third_party/WebKit/Source/core/layout/LayoutBox.cpp |
index 48877bf242b0da447ce1ed0133974cf6ad08d964..b2a229ce609f11523a9b73a3db4c24c3e0317320 100644 |
--- a/third_party/WebKit/Source/core/layout/LayoutBox.cpp |
+++ b/third_party/WebKit/Source/core/layout/LayoutBox.cpp |
@@ -2606,14 +2606,10 @@ LayoutUnit LayoutBox::computePercentageLogicalHeight(const Length& height) const |
availableHeight = overrideContainingBlockContentLogicalHeight(); |
} else if (cb->isTableCell()) { |
if (!skippedAutoHeightContainingBlock) { |
- // The second clause in this conditional (after the ||) is to support this line from the |
- // definition of height in CSS 2.2: |
- // "If the height of the containing block is not specified explicitly (i.e., it depends on |
- // content height), and this element is not absolutely positioned, the used height is |
- // calculated as if 'auto' was specified." |
- // But FF doesn't apply this logic (1) in quirks mode or (2) when "this element" is a table. |
- // TODO(dgrogan): Maybe we shouldn't make tables an exception. See https://crbug.com/353580 |
- if (!cb->hasOverrideLogicalContentHeight() || (!document().inQuirksMode() && !isTable() && cbstyle.logicalHeight().isAuto())) { |
+ // Table cells violate what the CSS spec says to do with heights. Basically we |
+ // don't care if the cell specified a height or not. We just always make ourselves |
+ // be a percentage of the cell's current content height. |
+ if (!cb->hasOverrideLogicalContentHeight()) { |
// Normally we would let the cell size intrinsically, but scrolling overflow has to be |
// treated differently, since WinIE lets scrolled overflow regions shrink as needed. |
// While we can't get all cases right, we can at least detect when the cell has a specified |