RESOLVED FIXED 82171
[chromium] Route willBeginFrame from compositor to WebWidget
https://bugs.webkit.org/show_bug.cgi?id=82171
Summary [chromium] Route willBeginFrame from compositor to WebWidget
Nat Duca
Reported 2012-03-25 23:31:18 PDT
[chromium] Route willBeginFrame from compositor to WebWidget
Attachments
Patch (10.39 KB, patch)
2012-03-25 23:31 PDT, Nat Duca
no flags
Patch for landing (10.27 KB, patch)
2012-03-25 23:58 PDT, Nat Duca
no flags
Nat Duca
Comment 1 2012-03-25 23:31:33 PDT
Nat Duca
Comment 2 2012-03-25 23:32:10 PDT
Blocks an Aura pdf bug. :( So, rushing.
WebKit Review Bot
Comment 3 2012-03-25 23:33:19 PDT
Please wait for approval from abarth@webkit.org, dglazkov@chromium.org, fishd@chromium.org, jamesr@chromium.org or tkent@chromium.org before submitting, as this patch contains changes to the Chromium public API. See also https://trac.webkit.org/wiki/ChromiumWebKitAPI.
WebKit Review Bot
Comment 4 2012-03-25 23:33:40 PDT
Attachment 133733 [details] did not pass style-queue: Failed to run "['Tools/Scripts/check-webkit-style', '--diff-files', u'Source/Platform/ChangeLog', u'Source/Platf..." exit_code: 1 Source/WebCore/ChangeLog:8: You should remove the 'No new tests' and either add and list tests, or explain why no new tests were possible. [changelog/nonewtests] [5] Total errors found: 1 in 13 files If any of these errors are false positives, please file a bug against check-webkit-style.
Darin Fisher (:fishd, Google)
Comment 5 2012-03-25 23:36:42 PDT
Comment on attachment 133733 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=133733&action=review > Source/Platform/chromium/public/WebLayerTreeViewClient.h:38 > + // beginning. This call will be followed by updateAnimations and then layout, which should half-awake-nit: use similar widths for each row of the comment block? (same below)
Darin Fisher (:fishd, Google)
Comment 6 2012-03-25 23:38:27 PDT
Comment on attachment 133733 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=133733&action=review > Source/WebKit/chromium/public/WebWidgetClient.h:69 > + // beginning. This call will be followed by updateAnimations and then layout, which should nit: is it "updateAnimations" or just "animate"? you are referring to methods on WebWidget, right?
Nat Duca
Comment 7 2012-03-25 23:43:15 PDT
Comment on attachment 133733 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=133733&action=review >> Source/WebKit/chromium/public/WebWidgetClient.h:69 >> + // beginning. This call will be followed by updateAnimations and then layout, which should > > nit: is it "updateAnimations" or just "animate"? you are referring to methods > on WebWidget, right? Yeah, none of this applies to the webwidget interface. Pruned it to just the comment about flow control. This all moves to our newfangled WebRenderSurface when we grow one.
Nat Duca
Comment 8 2012-03-25 23:58:15 PDT
Created attachment 133738 [details] Patch for landing
Nat Duca
Comment 9 2012-03-26 01:02:57 PDT
Note You need to log in before you can comment on or make changes to this bug.