RESOLVED FIXED 105553
[chromium] Convert WebTransformOperations into pure virtual
https://bugs.webkit.org/show_bug.cgi?id=105553
Summary [chromium] Convert WebTransformOperations into pure virtual
Ali Juma
Reported 2012-12-20 10:44:09 PST
[chromium] Convert WebTransformOperations into pure virtual
Attachments
Patch (48.31 KB, patch)
2012-12-20 10:50 PST, Ali Juma
no flags
Not for review: combined patch (29.80 KB, patch)
2013-01-07 07:07 PST, Ali Juma
no flags
Patch (32.80 KB, patch)
2013-01-14 07:56 PST, Ali Juma
no flags
Patch (33.38 KB, patch)
2013-01-16 12:40 PST, Ali Juma
no flags
Patch for landing (33.38 KB, patch)
2013-01-17 13:06 PST, Ali Juma
no flags
Ali Juma
Comment 1 2012-12-20 10:50:15 PST
Ali Juma
Comment 2 2012-12-20 10:53:43 PST
This needs to land after https://codereview.chromium.org/11644004 lands in chromium.
WebKit Review Bot
Comment 3 2012-12-20 10:56:44 PST
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-12-20 11:02:08 PST
Comment on attachment 180366 [details] Patch Attachment 180366 [details] did not pass chromium-ews (chromium-xvfb): Output: http://queues.webkit.org/results/15455098
Peter Beverloo (cr-android ews)
Comment 5 2012-12-20 11:15:54 PST
Comment on attachment 180366 [details] Patch Attachment 180366 [details] did not pass cr-android-ews (chromium-android): Output: http://queues.webkit.org/results/15449151
James Robinson
Comment 6 2012-12-20 12:53:55 PST
Comment on attachment 180366 [details] Patch I think this is the wrong direction, see chromium code review.
Ali Juma
Comment 7 2013-01-07 07:07:15 PST
Created attachment 181504 [details] Not for review: combined patch Posting this patch for discussion. This is combined result of the two WebKit patches described in the plan at https://codereview.chromium.org/11745018/
James Robinson
Comment 8 2013-01-08 15:14:25 PST
I think you'll want something very much like this patch, but with some tweaks and as a second step in the transition. See my comments on the chromium codereview.
Ali Juma
Comment 9 2013-01-14 07:56:39 PST
Ali Juma
Comment 10 2013-01-14 07:58:36 PST
(In reply to comment #9) > Created an attachment (id=182575) [details] > Patch This patch follows the approach discussed in the chromium codereview (https://chromiumcodereview.appspot.com/11745018). It requires https://chromiumcodereview.appspot.com/11876016 to land first.
WebKit Review Bot
Comment 11 2013-01-14 08:00:58 PST
Comment on attachment 182575 [details] Patch Attachment 182575 [details] did not pass chromium-ews (chromium-xvfb): Output: http://queues.webkit.org/results/15874464
Peter Beverloo (cr-android ews)
Comment 12 2013-01-14 08:09:05 PST
Comment on attachment 182575 [details] Patch Attachment 182575 [details] did not pass cr-android-ews (chromium-android): Output: http://queues.webkit.org/results/15868523
James Robinson
Comment 13 2013-01-15 20:03:58 PST
Comment on attachment 182575 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=182575&action=review Since this has a chromium-side dep, make sure that lands and is rolled into Source/WebKit/chromium/DEPS and leave a comment on this bug indicating what the dependency is so folks know. This patch has some minor issues, but is looking close. > Source/WebCore/platform/graphics/chromium/AnimationTranslationUtil.cpp:60 > +WebTransformOperations* toWebTransformOperations(const TransformOperations& transformOperations, const FloatSize& boxSize) since the caller is going to put this in an OwnPtr<>, you should make the return type of this function PassOwnPtr<> and put the adoptPtr() call in the initialization of the webTransformOperations local (which you should make OwnPtr<>). whenever using smart pointers you want to put it into the smart pointer as close to the allocation point as you can so less code is dealing with raw pointers > Source/WebCore/platform/graphics/chromium/AnimationTranslationUtil.cpp:63 > + WebTransformOperations* webTransformOperations = Platform::current()->compositorSupport()->createTransformOperations(); you should check if this call returns 0 and, if so, return 0 from this function before proceeding. you can't promise here that the platform's compositingSupport will give you something
Ali Juma
Comment 14 2013-01-16 12:40:26 PST
Ali Juma
Comment 15 2013-01-16 12:42:36 PST
(In reply to comment #13) > (From update of attachment 182575 [details]) > View in context: https://bugs.webkit.org/attachment.cgi?id=182575&action=review > > Since this has a chromium-side dep, make sure that lands and is rolled into Source/WebKit/chromium/DEPS and leave a comment on this bug indicating what the dependency is so folks know. This patch has some minor issues, but is looking close. Will do once the chromium-side dep (https://chromiumcodereview.appspot.com/11876016) lands in chromium. > > Source/WebCore/platform/graphics/chromium/AnimationTranslationUtil.cpp:60 > > +WebTransformOperations* toWebTransformOperations(const TransformOperations& transformOperations, const FloatSize& boxSize) > > since the caller is going to put this in an OwnPtr<>, you should make the return type of this function PassOwnPtr<> and put the adoptPtr() call in the initialization of the webTransformOperations local (which you should make OwnPtr<>). whenever using smart pointers you want to put it into the smart pointer as close to the allocation point as you can so less code is dealing with raw pointers Done. > > Source/WebCore/platform/graphics/chromium/AnimationTranslationUtil.cpp:63 > > + WebTransformOperations* webTransformOperations = Platform::current()->compositorSupport()->createTransformOperations(); > > you should check if this call returns 0 and, if so, return 0 from this function before proceeding. you can't promise here that the platform's compositingSupport will give you something Done.
WebKit Review Bot
Comment 16 2013-01-16 12:56:42 PST
Comment on attachment 183018 [details] Patch Attachment 183018 [details] did not pass chromium-ews (chromium-xvfb): Output: http://queues.webkit.org/results/15907481
Peter Beverloo (cr-android ews)
Comment 17 2013-01-16 13:06:24 PST
Comment on attachment 183018 [details] Patch Attachment 183018 [details] did not pass cr-android-ews (chromium-android): Output: http://queues.webkit.org/results/15913425
James Robinson
Comment 18 2013-01-16 14:03:19 PST
Comment on attachment 183018 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=183018&action=review R=me > Source/WebCore/platform/graphics/chromium/AnimationTranslationUtil.cpp:65 > + return PassOwnPtr<WebTransformOperations>(); you can say "nullptr" instead of "PassOwnPtr<Type>()"
Ali Juma
Comment 19 2013-01-17 13:06:30 PST
Created attachment 183252 [details] Patch for landing
Ali Juma
Comment 20 2013-01-17 13:08:17 PST
Comment on attachment 183252 [details] Patch for landing This depends on chromium revision r177290, which has already rolled into Source/WebKit/chromium/DEPS.
WebKit Review Bot
Comment 21 2013-01-18 11:10:10 PST
Comment on attachment 183252 [details] Patch for landing Clearing flags on attachment: 183252 Committed r140184: <http://trac.webkit.org/changeset/140184>
WebKit Review Bot
Comment 22 2013-01-18 11:10:15 PST
All reviewed patches have been landed. Closing bug.
Note You need to log in before you can comment on or make changes to this bug.