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
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 +300000 tip