Bug 144529 - display:none iframes cause repeated compositing flushing
Summary: display:none iframes cause repeated compositing flushing
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: New Bugs (show other bugs)
Version: 528+ (Nightly build)
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Simon Fraser (smfr)
URL:
Keywords: InRadar
Depends on:
Blocks:
 
Reported: 2015-05-02 13:40 PDT by Simon Fraser (smfr)
Modified: 2015-05-04 16:32 PDT (History)
6 users (show)

See Also:


Attachments
Patch (10.86 KB, patch)
2015-05-02 13:47 PDT, Simon Fraser (smfr)
darin: review+
buildbot: commit-queue-
Details | Formatted Diff | Diff
Archive of layout-test-results from ews103 for mac-mavericks (534.47 KB, application/zip)
2015-05-02 14:28 PDT, Build Bot
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Simon Fraser (smfr) 2015-05-02 13:40:35 PDT
display:none iframes cause repeated compositing flushing
Comment 1 Simon Fraser (smfr) 2015-05-02 13:47:58 PDT
Created attachment 252244 [details]
Patch
Comment 2 Radar WebKit Bug Importer 2015-05-02 13:49:41 PDT
<rdar://problem/20791708>
Comment 3 Build Bot 2015-05-02 14:28:01 PDT
Comment on attachment 252244 [details]
Patch

Attachment 252244 [details] did not pass mac-ews (mac):
Output: http://webkit-queues.appspot.com/results/6614108027748352

New failing tests:
compositing/iframes/display-none-subframe.html
Comment 4 Build Bot 2015-05-02 14:28:04 PDT
Created attachment 252247 [details]
Archive of layout-test-results from ews103 for mac-mavericks

The attached test failures were seen while running run-webkit-tests on the mac-ews.
Bot: ews103  Port: mac-mavericks  Platform: Mac OS X 10.9.5
Comment 5 Darin Adler 2015-05-04 15:49:01 PDT
Comment on attachment 252244 [details]
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=252244&action=review

New test is failing on Mac WebKit 1 build bot:
  compositing/iframes/display-none-subframe.html [ Failure ]

r=me but I am worried that the test fails

> Source/WebCore/page/FrameView.cpp:2599
> +    FrameViewList childViews = renderedChildFrameViews();
> +    for (auto& frameView : childViews) {

Will work just as well without a local variable:

    for (auto& frameView : renderedChildFrameViews()) {

> Source/WebCore/page/FrameView.cpp:4034
> +    FrameViewList childViews;

Might want to reserveInitialCapacity.

> Source/WebCore/page/FrameView.cpp:4037
> +            childViews.append(*frame->view());

If so, then could use uncheckedAppend.

> Source/WebCore/page/FrameView.cpp:4064
> +    FrameViewList childViews = renderedChildFrameViews();
> +    for (auto& frameView : childViews)

Will work just as well without a local variable:

    for (auto& frameView : renderedChildFrameViews())
Comment 6 Simon Fraser (smfr) 2015-05-04 16:07:06 PDT
> > Source/WebCore/page/FrameView.cpp:4034
> > +    FrameViewList childViews;
> 
> Might want to reserveInitialCapacity.

But it's a linear walk of child Frames to count them :(
Comment 7 Simon Fraser (smfr) 2015-05-04 16:32:50 PDT
https://trac.webkit.org/r183777