Bug 144529

Summary: display:none iframes cause repeated compositing flushing
Product: WebKit Reporter: Simon Fraser (smfr) <simon.fraser>
Component: New BugsAssignee: Simon Fraser (smfr) <simon.fraser>
Status: RESOLVED FIXED    
Severity: Normal CC: buildbot, rniwa, sam, simon.fraser, thorton, webkit-bug-importer
Priority: P2 Keywords: InRadar
Version: 528+ (Nightly build)   
Hardware: Unspecified   
OS: Unspecified   
Attachments:
Description Flags
Patch
darin: review+, buildbot: commit-queue-
Archive of layout-test-results from ews103 for mac-mavericks none

Simon Fraser (smfr)
Reported 2015-05-02 13:40:35 PDT
display:none iframes cause repeated compositing flushing
Attachments
Patch (10.86 KB, patch)
2015-05-02 13:47 PDT, Simon Fraser (smfr)
darin: review+
buildbot: commit-queue-
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
Simon Fraser (smfr)
Comment 1 2015-05-02 13:47:58 PDT
Radar WebKit Bug Importer
Comment 2 2015-05-02 13:49:41 PDT
Build Bot
Comment 3 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
Build Bot
Comment 4 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
Darin Adler
Comment 5 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())
Simon Fraser (smfr)
Comment 6 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 :(
Simon Fraser (smfr)
Comment 7 2015-05-04 16:32:50 PDT
Note You need to log in before you can comment on or make changes to this bug.