Bug 183137 - [Web Animations] Implement the procedure to set the start time
Summary: [Web Animations] Implement the procedure to set the start time
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: New Bugs (show other bugs)
Version: WebKit Nightly Build
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Antoine Quint
URL:
Keywords: InRadar
Depends on:
Blocks:
 
Reported: 2018-02-26 11:48 PST by Antoine Quint
Modified: 2018-02-26 13:16 PST (History)
3 users (show)

See Also:


Attachments
Patch (11.33 KB, patch)
2018-02-26 11:50 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-26 11:48:04 PST
[Web Animations] Implement the procedure to set the start time
Comment 1 Antoine Quint 2018-02-26 11:50:06 PST
Created attachment 334632 [details]
Patch
Comment 2 EWS Watchlist 2018-02-26 11:51:49 PST
Attachment 334632 [details] did not pass style-queue:


ERROR: 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 4 files


If any of these errors are false positives, please file a bug against check-webkit-style.
Comment 3 Dean Jackson 2018-02-26 13:02:18 PST
Comment on attachment 334632 [details]
Patch

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

> Source/WebCore/animation/WebAnimation.cpp:211
> +        setStartTime(std::nullopt);

Is hold time start time? Why isn't this setHoldTime?
Comment 4 Antoine Quint 2018-02-26 13:06:47 PST
(In reply to Dean Jackson from comment #3)
> Comment on attachment 334632 [details]
> Patch
> 
> View in context:
> https://bugs.webkit.org/attachment.cgi?id=334632&action=review
> 
> > Source/WebCore/animation/WebAnimation.cpp:211
> > +        setStartTime(std::nullopt);
> 
> Is hold time start time? Why isn't this setHoldTime?

Nice catch. This was wrong. As it turns out, in practice, there is always a resolved timeline time so this wouldn't ever occur in a browser context. Will fix in commit.
Comment 5 Antoine Quint 2018-02-26 13:15:18 PST
Committed r229040: <https://trac.webkit.org/changeset/229040>
Comment 6 Radar WebKit Bug Importer 2018-02-26 13:16:30 PST
<rdar://problem/37913271>