Changeset 204860 in webkit
- Timestamp:
- Aug 23, 2016 2:47:20 PM (8 years ago)
- Location:
- trunk
- Files:
-
- 2 added
- 3 edited
Legend:
- Unmodified
- Added
- Removed
-
trunk/LayoutTests/ChangeLog
r204853 r204860 1 2016-08-23 Zalan Bujtas <zalan@apple.com> 2 3 ASSERTION FAILED: hasOverflowingCell == this->hasOverflowingCell() in WebCore::RenderTableSection::computeOverflowFromCells 4 https://bugs.webkit.org/show_bug.cgi?id=155702 5 <rdar://problem/27720731> 6 7 Reviewed by David Hyatt. 8 9 * fast/table/assert-when-visual-overflow-is-cleared-expected.txt: Added. 10 * fast/table/assert-when-visual-overflow-is-cleared.html: Added. 11 1 12 2016-08-23 Brady Eidson <beidson@apple.com> 2 13 -
trunk/Source/WebCore/ChangeLog
r204858 r204860 1 2016-08-23 Zalan Bujtas <zalan@apple.com> 2 3 ASSERTION FAILED: hasOverflowingCell == this->hasOverflowingCell() in WebCore::RenderTableSection::computeOverflowFromCells 4 https://bugs.webkit.org/show_bug.cgi?id=155702 5 <rdar://problem/27720731> 6 7 Reviewed by David Hyatt. 8 9 The simplified layout path for table/section should also clear the slow path flag for visual overflow (since it recomputes 10 the overflow for the descendant cells). 11 12 Test: fast/table/assert-when-visual-overflow-is-cleared.html 13 14 * rendering/RenderTableSection.cpp: 15 (WebCore::RenderTableSection::layout): 16 1 17 2016-08-23 Myles C. Maxfield <mmaxfield@apple.com> 2 18 -
trunk/Source/WebCore/rendering/RenderTableSection.cpp
r203708 r204860 374 374 ASSERT(!table()->needsSectionRecalc()); 375 375 376 m_forceSlowPaintPathWithOverflowingCell = false; 376 377 // addChild may over-grow m_grid but we don't want to throw away the memory too early as addChild 377 378 // can be called in a loop (e.g during parsing). Doing it now ensures we have a stable-enough structure.
Note: See TracChangeset
for help on using the changeset viewer.