WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
93757
[chromium] Clean up dependencies for Canvas2DLayerBridgeTest and GraphicsLayerChromiumTest unit tests
https://bugs.webkit.org/show_bug.cgi?id=93757
Summary
[chromium] Clean up dependencies for Canvas2DLayerBridgeTest and GraphicsLaye...
James Robinson
Reported
2012-08-10 17:12:15 PDT
[chromium] Clean up dependencies for Canvas2DLayerBridgeTest and GraphicsLayerChromiumTest unit tests
Attachments
Patch
(24.44 KB, patch)
2012-08-10 17:21 PDT
,
James Robinson
no flags
Details
Formatted Diff
Diff
Patch
(43.77 KB, patch)
2012-08-13 14:30 PDT
,
James Robinson
enne
: review+
Details
Formatted Diff
Diff
Show Obsolete
(1)
View All
Add attachment
proposed patch, testcase, etc.
James Robinson
Comment 1
2012-08-10 17:21:24 PDT
Created
attachment 157842
[details]
Patch
WebKit Review Bot
Comment 2
2012-08-10 17:24: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
.
Adrienne Walker
Comment 3
2012-08-10 17:39:41 PDT
Comment on
attachment 157842
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=157842&action=review
> Source/WebKit/chromium/tests/GraphicsLayerChromiumTest.cpp:-122 > - DebugScopedSetMainThread m_main;
Ok, but please run these unit tests in a debug build before committing this.
> Source/WebKit/chromium/tests/GraphicsLayerChromiumTest.cpp:274 > + EXPECT_TRUE(m_platformLayer->hasActiveAnimation());
I'm not sure that these GraphicsLayerChromiumTests are really doing anything anymore? I agree with your ChangeLog entry that this used to just test conversion of WebCore types into CC types, but now all they're testing is that different types of animations get added and now exist. Does it make sense to even have more than one of these?
James Robinson
Comment 4
2012-08-10 17:55:56 PDT
Comment on
attachment 157842
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=157842&action=review
>> Source/WebKit/chromium/tests/GraphicsLayerChromiumTest.cpp:-122 >> - DebugScopedSetMainThread m_main; > > Ok, but please run these unit tests in a debug build before committing this.
Now that these tests don't use CC things they can't really get to the compositor thread (and I've verified that the dchecks are happy).
>> Source/WebKit/chromium/tests/GraphicsLayerChromiumTest.cpp:274 >> + EXPECT_TRUE(m_platformLayer->hasActiveAnimation()); > > I'm not sure that these GraphicsLayerChromiumTests are really doing anything anymore? I agree with your ChangeLog entry that this used to just test conversion of WebCore types into CC types, but now all they're testing is that different types of animations get added and now exist. Does it make sense to even have more than one of these?
That's a good point. I think that the Preserve3DWith.. one is still useful since we're switching an animation between different WebLayers. The rest of these mostly test that GraphicsLayerChromium doesn't bail completely on these animation types. Maybe I should just be checking the return value of addAnimation() ? Note that createTransform...BigRotation() is testing that GraphicsLayerChromium _does_ barf on a particular animation....but that would be better as an AnimationTranslationUtil test. I'll take a pass at cleaning these up.
James Robinson
Comment 5
2012-08-13 14:30:07 PDT
Created
attachment 158105
[details]
Patch
James Robinson
Comment 6
2012-08-13 14:31:37 PDT
Take two - I've moved most of the animation-related tests to AnimationTranslationUtilTest.cpp. I also had to clean up a few unit tests that were leaking their "fake" thread identity.
Adrienne Walker
Comment 7
2012-08-13 14:38:58 PDT
Comment on
attachment 158105
[details]
Patch R=me. Thanks for moving those tests around.
James Robinson
Comment 8
2012-08-13 15:47:02 PDT
Committed
r125466
: <
http://trac.webkit.org/changeset/125466
>
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