Bug 182600 - [Web Animations] Always expose "composite" in output of getKeyframes()
Summary: [Web Animations] Always expose "composite" in output of getKeyframes()
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: Animations (show other bugs)
Version: WebKit Nightly Build
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Antoine Quint
URL:
Keywords: InRadar
Depends on:
Blocks:
 
Reported: 2018-02-08 03:13 PST by Antoine Quint
Modified: 2018-02-08 23:32 PST (History)
6 users (show)

See Also:


Attachments
Patch (52.51 KB, patch)
2018-02-08 03:15 PST, Antoine Quint
no flags Details | Formatted Diff | Diff
Patch (55.44 KB, patch)
2018-02-08 11:05 PST, Antoine Quint
dino: review+
Details | Formatted Diff | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Antoine Quint 2018-02-08 03:13:50 PST
[Web Animations] Always expose "composite" in output of getKeyframes()
Comment 1 Antoine Quint 2018-02-08 03:15:52 PST
Created attachment 333365 [details]
Patch
Comment 2 EWS Watchlist 2018-02-08 03:17:26 PST
Attachment 333365 [details] did not pass style-queue:


ERROR: Source/WebCore/animation/KeyframeEffect.cpp:454:  Should have only a single space after a punctuation in a comment.  [whitespace/comments] [5]
Total errors found: 1 in 9 files


If any of these errors are false positives, please file a bug against check-webkit-style.
Comment 3 Chris Dumez 2018-02-08 09:05:11 PST
Comment on attachment 333365 [details]
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=333365&action=review

> Source/WebCore/bindings/scripts/CodeGeneratorJS.pm:2191
> +        return "std::nullopt" if $defaultValue eq "null";

and $type->isNullable ?

If the enum type is not nullable, then null should not be a valid default value. Maybe we could "die" if the default value is null and the enum type is not nullable.

Bindings change LGTM otherwise, although it'd be nice to have bindings test coverage. It is hard to review a bindings change without such coverage as I do not see the code it generates.
Comment 4 Antoine Quint 2018-02-08 09:28:19 PST
(In reply to Chris Dumez from comment #3)
> Comment on attachment 333365 [details]
> Patch
> 
> View in context:
> https://bugs.webkit.org/attachment.cgi?id=333365&action=review
> 
> > Source/WebCore/bindings/scripts/CodeGeneratorJS.pm:2191
> > +        return "std::nullopt" if $defaultValue eq "null";
> 
> and $type->isNullable ?
> 
> If the enum type is not nullable, then null should not be a valid default
> value. Maybe we could "die" if the default value is null and the enum type
> is not nullable.

I'll add this.

> Bindings change LGTM otherwise, although it'd be nice to have bindings test
> coverage. It is hard to review a bindings change without such coverage as I
> do not see the code it generates.

Can you point me to a recent commit that adds a bindings test for "inspiration"?
Comment 5 Chris Dumez 2018-02-08 09:41:44 PST
B(In reply to Antoine Quint from comment #4)
> (In reply to Chris Dumez from comment #3)
> > Comment on attachment 333365 [details]
> > Patch
> > 
> > View in context:
> > https://bugs.webkit.org/attachment.cgi?id=333365&action=review
> > 
> > > Source/WebCore/bindings/scripts/CodeGeneratorJS.pm:2191
> > > +        return "std::nullopt" if $defaultValue eq "null";
> > 
> > and $type->isNullable ?
> > 
> > If the enum type is not nullable, then null should not be a valid default
> > value. Maybe we could "die" if the default value is null and the enum type
> > is not nullable.
> 
> I'll add this.
> 
> > Bindings change LGTM otherwise, although it'd be nice to have bindings test
> > coverage. It is hard to review a bindings change without such coverage as I
> > do not see the code it generates.
> 
> Can you point me to a recent commit that adds a bindings test for
> "inspiration"?

Basically just add new IDL to Source/WebCore/bindings/scripts/test/TestObj.idl , then run:
Tools/Scripts/run-bindings-tests --reset-results
Comment 6 Antoine Quint 2018-02-08 11:05:38 PST
Created attachment 333393 [details]
Patch
Comment 7 EWS Watchlist 2018-02-08 11:08:00 PST
Attachment 333393 [details] did not pass style-queue:


ERROR: Source/WebCore/animation/KeyframeEffect.cpp:454:  Should have only a single space after a punctuation in a comment.  [whitespace/comments] [5]
Total errors found: 1 in 11 files


If any of these errors are false positives, please file a bug against check-webkit-style.
Comment 8 Chris Dumez 2018-02-08 11:56:03 PST
Comment on attachment 333393 [details]
Patch

bindings LGTM
Comment 9 Antoine Quint 2018-02-08 23:31:23 PST
Committed r228312: <https://trac.webkit.org/changeset/228312>
Comment 10 Radar WebKit Bug Importer 2018-02-08 23:32:43 PST
<rdar://problem/37381726>