Changeset 83914 in webkit
- Timestamp:
- Apr 14, 2011 4:54:25 PM (13 years ago)
- Location:
- trunk
- Files:
-
- 4 edited
Legend:
- Unmodified
- Added
- Removed
-
trunk/LayoutTests/ChangeLog
r83911 r83914 1 2011-04-14 James Robinson <jamesr@chromium.org> 2 3 Reviewed by Darin Fisher. 4 5 [chromium] REGRESSION(83820): Composited scrollbar layers sometimes not positioned when initially creating frame 6 https://bugs.webkit.org/show_bug.cgi?id=58575 7 8 Remove expected failure lines for pixel tests that now should pass. 9 10 * platform/chromium/test_expectations.txt: 11 1 12 2011-04-14 Chris Rogers <crogers@google.com> 2 13 -
trunk/LayoutTests/platform/chromium/test_expectations.txt
r83911 r83914 3089 3089 BUGCR75019 WIN LINUX MAC :fast/text/hyphenate-limit-before-after.html = IMAGE+TEXT 3090 3090 3091 // Need further investigation related to bug 57202.3092 BUGJAMESR GPU : compositing/direct-image-compositing.html = IMAGE3093 BUGJAMESR GPU : compositing/geometry/fixed-in-composited.html = IMAGE3094 BUGJAMESR GPU : compositing/geometry/tall-page-composited.html = IMAGE3095 BUGJAMESR GPU : compositing/geometry/video-fixed-scrolling.html = IMAGE3096 BUGJAMESR GPU : compositing/masks/simple-composited-mask.html = IMAGE3097 BUGJAMESR GPU : fast/canvas/canvas-text-alignment.html = IMAGE3098 BUGJAMESR GPU MAC : fast/canvas/image-object-in-canvas.html = IMAGE3099 BUGJAMESR GPU : compositing/masks/masked-ancestor.html = IMAGE3100 BUGJAMESR GPU MAC : compositing/masks/multiple-masks.html = IMAGE3101 BUGJAMESR GPU : compositing/layer-creation/overflow-scroll-overlap.html = TEXT3102 3103 3091 // Seems to blend scrollbars very slightly differently in debug vs. release. 3104 3092 BUGWK58587 DEBUG GPU LINUX : compositing/geometry/horizontal-scroll-composited.html = IMAGE -
trunk/Source/WebCore/ChangeLog
r83913 r83914 1 2011-04-14 James Robinson <jamesr@chromium.org> 2 3 Reviewed by Darin Fisher. 4 5 [chromium] REGRESSION(83820): Composited scrollbar layers sometimes not positioned when initially creating frame 6 https://bugs.webkit.org/show_bug.cgi?id=58575 7 8 Tell the RenderLayerCompositor to create/destroy composited layers for overflow controls on a FrameView when visibleContentsResized() 9 is called, not contentsResized() so that we always update layers when adding or removing scrollbars. 10 11 Covered by several chromium pixel tests. 12 13 * page/FrameView.cpp: 14 (WebCore::FrameView::contentsResized): 15 (WebCore::FrameView::visibleContentsResized): 16 1 17 2011-04-07 David Levin <levin@chromium.org> 2 18 -
trunk/Source/WebCore/page/FrameView.cpp
r83820 r83914 1513 1513 scrollAnimator()->contentsResized(); 1514 1514 setNeedsLayout(); 1515 1516 #if USE(ACCELERATED_COMPOSITING)1517 if (RenderView* root = m_frame->contentRenderer()) {1518 if (root->usesCompositing())1519 root->compositor()->frameViewDidChangeSize();1520 }1521 #endif1522 1515 } 1523 1516 … … 1533 1526 if (needsLayout()) 1534 1527 layout(); 1528 1529 #if USE(ACCELERATED_COMPOSITING) 1530 if (RenderView* root = m_frame->contentRenderer()) { 1531 if (root->usesCompositing()) 1532 root->compositor()->frameViewDidChangeSize(); 1533 } 1534 #endif 1535 1535 } 1536 1536
Note: See TracChangeset
for help on using the changeset viewer.