Changeset 265051 in webkit
- Timestamp:
- Jul 29, 2020 1:00:48 PM (4 years ago)
- Location:
- trunk
- Files:
-
- 5 edited
Legend:
- Unmodified
- Added
- Removed
-
trunk/LayoutTests/ChangeLog
r265050 r265051 1 2020-07-29 Simon Fraser <simon.fraser@apple.com> 2 3 REGRESSION: ASSERTION FAILED: !needsLayout() on tiled-drawing/scrolling/fast-scroll-mainframe-zoom.html flakily 4 https://bugs.webkit.org/show_bug.cgi?id=214651 5 6 Reviewed by Zalan Bujtas. 7 8 De-flake this test. 9 10 * fast/scrolling/mac/scrollbars/overflow-in-iframe-overlay-scrollbar-hovered-expected.txt: 11 * fast/scrolling/mac/scrollbars/overflow-in-iframe-overlay-scrollbar-hovered.html: 12 1 13 2020-07-29 Chris Dumez <cdumez@apple.com> 2 14 -
trunk/LayoutTests/fast/scrolling/mac/scrollbars/overflow-in-iframe-overlay-scrollbar-hovered-expected.txt
r261426 r265051 8 8 enabled 9 9 Hovering vertical scrollbar should show expanded scrollbar 10 PASS Scrollbar state : enabled,expanded,visible_track,visible_thumb10 PASS Scrollbar state contains: enabled and expanded 11 11 Unhovering vertical scrollbar should hide it 12 12 PASS Thumb and track hidden -
trunk/LayoutTests/fast/scrolling/mac/scrollbars/overflow-in-iframe-overlay-scrollbar-hovered.html
r261426 r265051 49 49 await UIHelper.waitForCondition(() => { 50 50 let state = iframeWindow.internals.verticalScrollbarState(scroller); 51 let enabled = state.indexOf('enabled') != -1; 51 52 let expanded = state.indexOf('expanded') != -1; 52 if (e xpanded)53 testPassed('Scrollbar state : ' + state);53 if (enabled && expanded) 54 testPassed('Scrollbar state contains: enabled and expanded'); 54 55 return expanded; 55 56 }); -
trunk/Source/WebCore/ChangeLog
r265050 r265051 1 2020-07-29 Simon Fraser <simon.fraser@apple.com> 2 3 REGRESSION: ASSERTION FAILED: !needsLayout() on tiled-drawing/scrolling/fast-scroll-mainframe-zoom.html flakily 4 https://bugs.webkit.org/show_bug.cgi?id=214651 5 <rdar://problem/65952371> 6 7 Reviewed by Zalan Bujtas. 8 9 Page::doAfterUpdateRendering() is expected to only call functions that can't trigger layout. However, 10 it could cause the firing of the "monitorWheelEvent" callback which can run arbitrary JS, so move that 11 earlier in the rendering update, before we do the final layout. 12 13 Also assert that the main frame doesn't need layout at the end of Page::doAfterUpdateRendering(); 14 we were only checking subframes. 15 16 Tested by lots of existing tests. 17 18 * page/Page.cpp: 19 (WebCore::Page::updateRendering): 20 (WebCore::Page::doAfterUpdateRendering): 21 1 22 2020-07-29 Chris Dumez <cdumez@apple.com> 2 23 -
trunk/Source/WebCore/page/Page.cpp
r264856 r265051 1505 1505 document->domWindow()->unfreezeNowTimestamp(); 1506 1506 } 1507 1507 1508 if (UNLIKELY(isMonitoringWheelEvents())) 1509 wheelEventTestMonitor()->checkShouldFireCallbacks(); 1510 1508 1511 if (m_isTrackingRenderingUpdates) 1509 1512 ++m_renderingUpdateCount; … … 1548 1551 DebugPageOverlays::doAfterUpdateRendering(*this); 1549 1552 1550 if (UNLIKELY(isMonitoringWheelEvents()))1551 wheelEventTestMonitor()->checkShouldFireCallbacks();1552 1553 1553 forEachDocument([] (Document& document) { 1554 1554 document.prepareCanvasesForDisplayIfNeeded(); 1555 1555 }); 1556 1556 1557 ASSERT(!mainFrame().view() || !mainFrame().view()->needsLayout()); 1557 1558 #if ASSERT_ENABLED 1558 1559 for (Frame* child = mainFrame().tree().firstRenderedChild(); child; child = child->tree().traverseNextRendered()) {
Note: See TracChangeset
for help on using the changeset viewer.