WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
144529
display:none iframes cause repeated compositing flushing
https://bugs.webkit.org/show_bug.cgi?id=144529
Summary
display:none iframes cause repeated compositing flushing
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-
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
View All
Add attachment
proposed patch, testcase, etc.
Simon Fraser (smfr)
Comment 1
2015-05-02 13:47:58 PDT
Created
attachment 252244
[details]
Patch
Radar WebKit Bug Importer
Comment 2
2015-05-02 13:49:41 PDT
<
rdar://problem/20791708
>
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
https://trac.webkit.org/r183777
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug