250979c48ff12544af617b21598e12e532662ac9: Bug 1223658 - Part 4: Consider fillMode in compositor thread as well. r?birtles
draft
Hiroyuki Ikezoe <hiikezoe@mozilla-japan.org> - Tue, 19 Apr 2016 11:31:24 +0900 - rev 352952
Push
15851 by hiikezoe@mozilla-japan.org at Tue, 19 Apr 2016 02:31:38 +0000
Bug 1223658 - Part 4: Consider fillMode in compositor thread as well. r?birtles
We need to consider fill mode in compositor thread as well as other properties
because pulling the animation back from the compositor thread is sometimes
delayed due to the main thread busyness. In such situations, if there is
another animation running on the main thread on the same element, users can
easily notice a gap between both of animations.
MozReview-Commit-ID: 1i7YTWboira
c04819223ca87c3a81bb90f063ebd1f5a431d192: Bug 1223658 - Part 3: Pass delay property to compositor. r?birtles
draft
Hiroyuki Ikezoe <hiikezoe@mozilla-japan.org> - Tue, 19 Apr 2016 11:04:27 +0900 - rev 352951
Push
15851 by hiikezoe@mozilla-japan.org at Tue, 19 Apr 2016 02:31:38 +0000
Bug 1223658 - Part 3: Pass delay property to compositor. r?birtles
The check of negative elapsedDuration is no longer valid since
animation delay is not factored into start time any more. Also, we don't need
to call AnimationTimeToTimeStamp for deviding delay by playbackRate since the
time passed to AnimationTimeToTimeStamp does not contain delay any more. We
can use DocumentTimeline::ToTimeStamp() directly instead. As a result of these
changes, we can drop Animation::GetCurrentOrPendingStartTime.
MozReview-Commit-ID: IVE2IFfNgm0
9b048f4fac1f0b1527d43af9694f3f46adfc1d39: Bug 1075025 - part 2: implement AndroidVsyncSource. r?snorp
draft
John Lin <jolin@mozilla.com> - Fri, 15 Apr 2016 13:10:10 +0800 - rev 352950
Push
15850 by bmo:jolin@mozilla.com at Tue, 19 Apr 2016 02:30:44 +0000
Bug 1075025 - part 2: implement AndroidVsyncSource. r?snorp
MozReview-Commit-ID: LEsm2SMbjww
4aac838153fc9329fcba009af253da0e5f32ba86: Bug 1075025 - part 1: receive vsync events through View.postOnAnimation(). r?snorp
draft
John Lin <jolin@mozilla.com> - Fri, 15 Apr 2016 13:06:23 +0800 - rev 352949
Push
15850 by bmo:jolin@mozilla.com at Tue, 19 Apr 2016 02:30:44 +0000
Bug 1075025 - part 1: receive vsync events through View.postOnAnimation(). r?snorp
MozReview-Commit-ID: 6cB9wdYLwFj
8e393aa44508a11322e7ecc3a27e421aa6f5d03b: Bug 1223658 - Part 7: Remove Animation::HasInPlayEffect and KeyframeEffectReadOnly::IsInPlay. r?birtles
draft
Hiroyuki Ikezoe <hiikezoe@mozilla-japan.org> - Tue, 19 Apr 2016 10:50:48 +0900 - rev 352948
Push
15849 by hiikezoe@mozilla-japan.org at Tue, 19 Apr 2016 01:51:04 +0000
Bug 1223658 - Part 7: Remove Animation::HasInPlayEffect and KeyframeEffectReadOnly::IsInPlay. r?birtles
MozReview-Commit-ID: JQ167ol4Ty9
24408769a84a456015cb75ce29365367b49d506a: Bug 1223658 - Part 6: Send animations to compositor even though it's in delay phase. r?birtles
draft
Hiroyuki Ikezoe <hiikezoe@mozilla-japan.org> - Tue, 19 Apr 2016 10:50:48 +0900 - rev 352947
Push
15849 by hiikezoe@mozilla-japan.org at Tue, 19 Apr 2016 01:51:04 +0000
Bug 1223658 - Part 6: Send animations to compositor even though it's in delay phase. r?birtles
To send transform animations in before phase we need a transform style if
the target element has no transform style in the before phase. In case of
opacity animations we don't need such styles because nsDisplayOpacity is built
if EffectCompositor::HasAnimationsForCompositor just returns true in the before
phase.
MozReview-Commit-ID: ILYKig3c08d
451dc0efdb65a74ef0cbbcbd474f863cc20f0e38: Bug 1223658 - Part 5: Add a function to check active duration is zero. r?birtles
draft
Hiroyuki Ikezoe <hiikezoe@mozilla-japan.org> - Tue, 19 Apr 2016 10:50:48 +0900 - rev 352946
Push
15849 by hiikezoe@mozilla-japan.org at Tue, 19 Apr 2016 01:51:04 +0000
Bug 1223658 - Part 5: Add a function to check active duration is zero. r?birtles
We are going to pass animations to the compositor in before phase but not to
pass when active duration is zero. To distinguish this state we need a new
function to check that the active duration is zero.
MozReview-Commit-ID: 9fbSgfBwfpw
a6879d2f4824b5e502174cf9fcb4234f508fc917: Bug 1223658 - Part 4: Consider fillMode in compositor thread as well. r?birtles
draft
Hiroyuki Ikezoe <hiikezoe@mozilla-japan.org> - Tue, 19 Apr 2016 10:50:48 +0900 - rev 352945
Push
15849 by hiikezoe@mozilla-japan.org at Tue, 19 Apr 2016 01:51:04 +0000
Bug 1223658 - Part 4: Consider fillMode in compositor thread as well. r?birtles
We need to consider fill mode in compositor thread as well as other properties
because pulling the animation back from the compositor thread is sometimes
delayed due to the main thread busyness. In such situations, if there is
another animation running on the main thread on the same element, users can
easily notice a gap between both of animations.
MozReview-Commit-ID: 1i7YTWboira
14f092c018c80cbd7e58e11d28d64e8411fed8f2: Bug 1223658 - Part 3: Pass delay property to compositor. r?birtles
draft
Hiroyuki Ikezoe <hiikezoe@mozilla-japan.org> - Tue, 19 Apr 2016 10:50:48 +0900 - rev 352944
Push
15849 by hiikezoe@mozilla-japan.org at Tue, 19 Apr 2016 01:51:04 +0000
Bug 1223658 - Part 3: Pass delay property to compositor. r?birtles
The check of negative elapsedDuration is no longer valid since
animation delay is not factored into start time any more. Also, we don't need
to call AnimationTimeToTimeStamp for deviding delay by playbackRate since the
time passed to AnimationTimeToTimeStamp does not contain delay any more. We
can use DocumentTimeline::ToTimeStamp() directly instead. As a result of these
changes, we can drop Animation::GetCurrentOrPendingStartTime.
MozReview-Commit-ID: IVE2IFfNgm0
dd705cf24e72ec614d175dac8dde8ad4a254a6fe: Bug 1223658 - Part 7: Remove Animation::HasInPlayEffect and KeyframeEffectReadOnly::IsInPlay. r?birtles
draft
Hiroyuki Ikezoe <hiikezoe@mozilla-japan.org> - Tue, 19 Apr 2016 10:48:07 +0900 - rev 352943
Push
15848 by hiikezoe@mozilla-japan.org at Tue, 19 Apr 2016 01:49:51 +0000
Bug 1223658 - Part 7: Remove Animation::HasInPlayEffect and KeyframeEffectReadOnly::IsInPlay. r?birtles
MozReview-Commit-ID: JQ167ol4Ty9
cc9c4433ec3664a952752c7bcdae2e7fc5716098: Bug 1223658 - Part 6: Send animations to compositor even though it's in delay phase. r?birtles
draft
Hiroyuki Ikezoe <hiikezoe@mozilla-japan.org> - Tue, 19 Apr 2016 10:48:02 +0900 - rev 352942
Push
15848 by hiikezoe@mozilla-japan.org at Tue, 19 Apr 2016 01:49:51 +0000
Bug 1223658 - Part 6: Send animations to compositor even though it's in delay phase. r?birtles
To send transform animations in before phase we need a transform style if
the target element has no transform style in the before phase. In case of
opacity animations we don't need such styles because nsDisplayOpacity is built
if EffectCompositor::HasAnimationsForCompositor just returns true in the before
phase.
MozReview-Commit-ID: ILYKig3c08d
a82a29b964d803e70d8e5c4f40ea69863bc49c2b: Bug 1223658 - Part 5: Add a function to check active duration is zero. r?birtles
draft
Hiroyuki Ikezoe <hiikezoe@mozilla-japan.org> - Tue, 19 Apr 2016 10:48:00 +0900 - rev 352941
Push
15848 by hiikezoe@mozilla-japan.org at Tue, 19 Apr 2016 01:49:51 +0000
Bug 1223658 - Part 5: Add a function to check active duration is zero. r?birtles
We are going to pass animations to the compositor in before phase but not to
pass when active duration is zero. To distinguish this state we need a new
function to check that the active duration is zero.
MozReview-Commit-ID: A1eWb3PFKMq
c9627d4738a32ba7609910ec916f03ee5fe9ca47: Bug 1223658 - Part 4: Consider fillMode in compositor thread as well. r?birtles
draft
Hiroyuki Ikezoe <hiikezoe@mozilla-japan.org> - Tue, 19 Apr 2016 10:47:57 +0900 - rev 352940
Push
15848 by hiikezoe@mozilla-japan.org at Tue, 19 Apr 2016 01:49:51 +0000
Bug 1223658 - Part 4: Consider fillMode in compositor thread as well. r?birtles
We need to consider fill mode in compositor thread as well as other properties
because pulling the animation back from the compositor thread is sometimes
delayed due to the main thread busyness. In such situations, if there is
another animation running on the main thread on the same element, users can
easily notice a gap between both of animations.
MozReview-Commit-ID: 1i7YTWboira
71181fea65e3606581a94a71209de32d24cd855e: Bug 1223658 - Part 3: Pass delay property to compositor. r?birtles
draft
Hiroyuki Ikezoe <hiikezoe@mozilla-japan.org> - Tue, 19 Apr 2016 10:47:44 +0900 - rev 352939
Push
15848 by hiikezoe@mozilla-japan.org at Tue, 19 Apr 2016 01:49:51 +0000
Bug 1223658 - Part 3: Pass delay property to compositor. r?birtles
The check of negative elapsedDuration is no longer valid since
animation delay is not factored into start time any more. Also, we don't need
to call AnimationTimeToTimeStamp for deviding delay by playbackRate since the
time passed to AnimationTimeToTimeStamp does not contain delay any more. We
can use DocumentTimeline::ToTimeStamp() directly instead. As a result of these
changes, we can drop Animation::GetCurrentOrPendingStartTime.
MozReview-Commit-ID: IVE2IFfNgm0
* * *
[mq]: P
MozReview-Commit-ID: FjkTI9qoDIa
28bc09631e5faeea11d7e9fbb65df9255658ec0e: Bug 1223658 - Part 2: Add SetIdentityTransform to be used for sending animations in before phase. r?dholbert
draft
Hiroyuki Ikezoe <hiikezoe@mozilla-japan.org> - Mon, 18 Apr 2016 07:49:30 +0900 - rev 352938
Push
15848 by hiikezoe@mozilla-japan.org at Tue, 19 Apr 2016 01:49:51 +0000
Bug 1223658 - Part 2: Add SetIdentityTransform to be used for sending animations in before phase. r?dholbert
To send transform animations in before phase to compositor we need any
transforms in the before phase even though there is no transform on the
target element. SetIdentityTransform is for that purporse.
MozReview-Commit-ID: 9rpx15pFvNN
89761eac80bae8e44bbf5770339dc8c74a939e2a: Bug 1223658 - Part 1: Move ExtractComputedValueForTransition into StyleAnimationValue. r?dholbert
draft
Hiroyuki Ikezoe <hiikezoe@mozilla-japan.org> - Mon, 18 Apr 2016 07:49:30 +0900 - rev 352937
Push
15848 by hiikezoe@mozilla-japan.org at Tue, 19 Apr 2016 01:49:51 +0000
Bug 1223658 - Part 1: Move ExtractComputedValueForTransition into StyleAnimationValue. r?dholbert
CommonAnimationManager::ExtractComputedValueForTransition does not involve
any members of CommonAnimationManager.
MozReview-Commit-ID: I4SMwcv30YL
4afcd9de335a94f4325da8335c22cdc861345535: Bug 1265593 - Forward app server keys to Autopush on Android. r?nalexander
draft
Kit Cambridge <kcambridge@mozilla.com> - Tue, 22 Mar 2016 12:09:31 -0700 - rev 352936
Push
15847 by kcambridge@mozilla.com at Tue, 19 Apr 2016 01:18:29 +0000
Bug 1265593 - Forward app server keys to Autopush on Android. r?nalexander
MozReview-Commit-ID: 3J4mM1k0pcY
a87584fe05b8a70372036b67a7986fa83a184440: Bug 1247685 - Expose `PushSubscriptionOptions` in interface tests. r?baku
draft
Kit Cambridge <kcambridge@mozilla.com> - Thu, 14 Apr 2016 10:26:53 -0700 - rev 352935
Push
15847 by kcambridge@mozilla.com at Tue, 19 Apr 2016 01:18:29 +0000
Bug 1247685 - Expose `PushSubscriptionOptions` in interface tests. r?baku
MozReview-Commit-ID: A6x2K8Phmr7
07f0df3d2a742d243acd24c5de0f30d481edfd64: Bug 1247685 - Send subscription keys to the Push server. r=mt
draft
Kit Cambridge <kcambridge@mozilla.com> - Tue, 22 Mar 2016 16:29:16 -0700 - rev 352934
Push
15847 by kcambridge@mozilla.com at Tue, 19 Apr 2016 01:18:29 +0000
Bug 1247685 - Send subscription keys to the Push server. r=mt
MozReview-Commit-ID: 2i3UqgNGlEt
5a8446a6a81c39e5120bfbe880d5cefb61bc1afd: Bug 1247685 - Validate and store app server keys in the Push service. r=mt
draft
Kit Cambridge <kcambridge@mozilla.com> - Wed, 16 Mar 2016 02:53:13 -0700 - rev 352933
Push
15847 by kcambridge@mozilla.com at Tue, 19 Apr 2016 01:18:29 +0000
Bug 1247685 - Validate and store app server keys in the Push service. r=mt
MozReview-Commit-ID: KLm6mP22y2E