df1375d0e714721f061fdc425992d2d662bd86dd: Bug 927349 part 3 - Cancel a pending play when pause is called; r=jwatt
Brian Birtles <birtles@gmail.com> - Thu, 18 Dec 2014 08:42:41 +0900 - rev 220285
Push 27983 by cbook@mozilla.com at Thu, 18 Dec 2014 12:51:14 +0000
Bug 927349 part 3 - Cancel a pending play when pause is called; r=jwatt This patch updates the pause procedure for AnimationPlayer so that if there is a pending play it will be cancelled. At the same it removes the existing check for a redundant call to Pause when we are already paused. This check is not necessary since if we are already paused the method will have no effect anyway. Finally, this patch updates the comment about going to the pending state while pausing since this will happen in bug 1109390.
95eeca2c7e32eb2b3354afb66af27d5f8034e345: Bug 927349 part 2 - Add AnimationPlayer::mIsPending and return "pending" from AnimationPlayer::PlayState(); r=jwatt
Brian Birtles <birtles@gmail.com> - Thu, 18 Dec 2014 08:42:41 +0900 - rev 220284
Push 27983 by cbook@mozilla.com at Thu, 18 Dec 2014 12:51:14 +0000
Bug 927349 part 2 - Add AnimationPlayer::mIsPending and return "pending" from AnimationPlayer::PlayState(); r=jwatt This patch adds a member for tracking if a player is currently pending or not and uses this to return the "pending" state from PlayState(). We don't currently set mIsPending to true yet, however. Additionally, this patch updates AnimationPlayer::ComposeStyle to set aNeedsRefreshes to true when the player is pending. This is used by the appropriate animation/transition manager to determine if it should continue to observe the refresh driver or not.
323f4574fd3146f08af271015bc85b3fe8b3cd39: Bug 927349 part 1 - Add PendingPlayerTracker; r=jwatt
Brian Birtles <birtles@gmail.com> - Thu, 18 Dec 2014 08:42:41 +0900 - rev 220283
Push 27983 by cbook@mozilla.com at Thu, 18 Dec 2014 12:51:14 +0000
Bug 927349 part 1 - Add PendingPlayerTracker; r=jwatt This patch adds a hashtable to nsDocument that stores all the animation players that are currently waiting to start. In the future it may also be used to store players that are waiting to pause which is why the methods are called AddPlayPending/RemovePlayPending instead of just AddPlayer/RemovePlayer.
745bffad22a660124f901ce12a0ebc0b5bad5ca2: Bug 1104435 part 9 - Make getting AnimationPlayer.ready flush for CSS Animation players; r=heycam
Brian Birtles <birtles@gmail.com> - Thu, 18 Dec 2014 08:42:41 +0900 - rev 220282
Push 27983 by cbook@mozilla.com at Thu, 18 Dec 2014 12:51:14 +0000
Bug 1104435 part 9 - Make getting AnimationPlayer.ready flush for CSS Animation players; r=heycam
e8c2b54c64de3a2ac04ef4ff9c163e9bb4004bbc: Bug 1104435 part 8 - Add tests for AnimationPlayer.ready; r=heycam
Brian Birtles <birtles@gmail.com> - Thu, 18 Dec 2014 08:42:40 +0900 - rev 220281
Push 27983 by cbook@mozilla.com at Thu, 18 Dec 2014 12:51:14 +0000
Bug 1104435 part 8 - Add tests for AnimationPlayer.ready; r=heycam
22425168f2a96890bfd0d8ba63cf3f3a17524ab2: Bug 1104435 part 7 - Update AnimationPlayer tests to wait on ready promise; r=heycam
Brian Birtles <birtles@gmail.com> - Thu, 18 Dec 2014 08:42:40 +0900 - rev 220280
Push 27983 by cbook@mozilla.com at Thu, 18 Dec 2014 12:51:14 +0000
Bug 1104435 part 7 - Update AnimationPlayer tests to wait on ready promise; r=heycam AnimationPlayer.ready will currently always be resolved but by updating these tests to wait on it anyway they should continue to work once we introduce the delayed animation start behavior.
d7b58effcd869e0b1a9e86a78c4d235b7af9d254: Bug 1104435 part 6 - Use step_func inside Promise callbacks; r=heycam
Brian Birtles <birtles@gmail.com> - Thu, 18 Dec 2014 08:42:40 +0900 - rev 220279
Push 27983 by cbook@mozilla.com at Thu, 18 Dec 2014 12:51:14 +0000
Bug 1104435 part 6 - Use step_func inside Promise callbacks; r=heycam Since bug 1104433, step_func now passes on the return value of its callback. That means we can use it directly as a Promise callback function in Promise chains where the return value of the function is another Promise. This patch updates existing tests to eliminate the awkward handling we had around wrapping some parts of Promise callbacks in step() but leaving the return statement outside it.
0e822aece7d23732399730e65372a72f5f9f05ea: Bug 1104435 part 5 - Factor out common animation test methods into testcommon.js; r=heycam
Brian Birtles <birtles@gmail.com> - Thu, 18 Dec 2014 08:42:40 +0900 - rev 220278
Push 27983 by cbook@mozilla.com at Thu, 18 Dec 2014 12:51:14 +0000
Bug 1104435 part 5 - Factor out common animation test methods into testcommon.js; r=heycam This patch moves commonly used addDiv and waitForFrame test methods to a separate testcommon.js support file. It also takes advantage of the updates to testharness.js from bug 1104433 to rework addDiv such that it automatically removes the created div at the end of the test.
1738cc0a795cdf9c020031818a9f38b5714d780d: Bug 1104435 part 4 - Create and resolve new ready promises on play(); r=heycam
Brian Birtles <birtles@gmail.com> - Thu, 18 Dec 2014 08:42:40 +0900 - rev 220277
Push 27983 by cbook@mozilla.com at Thu, 18 Dec 2014 12:51:14 +0000
Bug 1104435 part 4 - Create and resolve new ready promises on play(); r=heycam Every time we call play() (and in future pause()) we should create a new Promise object and then fulfill it when we complete the play() operation. This patch adds that step. This allows us to tweak test cases that currently expect animations to start immediately so that by waiting on this promise they will continue to work when we introduce the delayed start behavior in bug 927349. We should also resolve the ready promise when we are in the pending state and pause() is called. However, since we currently never enter the pending state we don't need to add this just yet.
2873d38a77f70dca636d19f4676190b55cca9cdb: Bug 1104435 part 3 - Add AnimationPlayer.ready promise; r=smaug
Brian Birtles <birtles@gmail.com> - Thu, 18 Dec 2014 08:42:40 +0900 - rev 220276
Push 27983 by cbook@mozilla.com at Thu, 18 Dec 2014 12:51:14 +0000
Bug 1104435 part 3 - Add AnimationPlayer.ready promise; r=smaug This patch simply adds the ready promise to AnimationPlayer. Creating new promises and resolving them is added in a subsequent patch.
423b74c2d755a72eaa219991235a2b452017a3bb: Bug 1104435 part 2 - Make AnimationPlayer derive from nsISupports; r=smaug
Brian Birtles <birtles@gmail.com> - Thu, 18 Dec 2014 08:42:40 +0900 - rev 220275
Push 27983 by cbook@mozilla.com at Thu, 18 Dec 2014 12:51:14 +0000
Bug 1104435 part 2 - Make AnimationPlayer derive from nsISupports; r=smaug Web Animations defines the AnimationPlayer.ready Promise as type Promise<AnimationPlayer>. This promise resolves to the AnimationPlayer object on which it is defined. However, in order to be able to pass AnimationPlayer as a resolution value it needs to implement nsISupports. This patch makes AnimationPlayer derive from nsISupports.
949f07b6431bc99ec63adbc594559b5d086743a2: Bug 1104435 part 1 - Make AnimationTimeline::GetParentObject return an nsIGlobalObject; r=smaug
Brian Birtles <birtles@gmail.com> - Thu, 18 Dec 2014 08:42:40 +0900 - rev 220274
Push 27983 by cbook@mozilla.com at Thu, 18 Dec 2014 12:51:14 +0000
Bug 1104435 part 1 - Make AnimationTimeline::GetParentObject return an nsIGlobalObject; r=smaug In order to create a Promise object for AnimationPlayer.ready, we need an nsIGlobalObject. Currently we can access this through the following chain: AnimationPlayer -> AnimationTimeline -> Document -> nsIGlobalObject Come bug 1096776 (Support AnimationPlayers without a timeline or with an inactive timeline) we will no longer be able to rely on having an AnimationTimeline so we will probably have to store the corresponding window object on the AnimationPlayer. For now, however, we can look up the timeline as above. This patch makes this a little more straightforward by changing the return type and value of AnimationTimeline::GetParentObject to return the nsIGlobalObject of the document with which it is associated.
b0683ba539dcba39586b9c487921cdee83ad1da2: Bug 1112446 - Add logging for media queue lengths. r=ajones
Matt Woodrow <mwoodrow@mozilla.com> - Thu, 18 Dec 2014 12:41:19 +1300 - rev 220273
Push 27983 by cbook@mozilla.com at Thu, 18 Dec 2014 12:51:14 +0000
Bug 1112446 - Add logging for media queue lengths. r=ajones
1d583d95bef745adde37c31b4903fae87bda0d36: Bug 1112444 - Add a pref to force each appended MSE segment to be in its own decoder. r=ajones
Matt Woodrow <mwoodrow@mozilla.com> - Thu, 18 Dec 2014 12:39:34 +1300 - rev 220272
Push 27983 by cbook@mozilla.com at Thu, 18 Dec 2014 12:51:14 +0000
Bug 1112444 - Add a pref to force each appended MSE segment to be in its own decoder. r=ajones
088baba391f723981976db466690e57cefc6034a: merge fx-team to mozilla-central a=merge
Carsten "Tomcat" Book <cbook@mozilla.com> - Thu, 18 Dec 2014 13:21:40 +0100 - rev 220271
Push 27982 by cbook@mozilla.com at Thu, 18 Dec 2014 12:24:30 +0000
merge fx-team to mozilla-central a=merge
f23bac4bf8062ffc62d220adcf89a07b0d31d7ab: Bug 1109867 - Check for debugger before getting debugger info; r=gps
Ankit Goyal <ankit.goyal90@hotmail.com> - Wed, 17 Dec 2014 22:30:50 -0800 - rev 220270
Push 27982 by cbook@mozilla.com at Thu, 18 Dec 2014 12:24:30 +0000
Bug 1109867 - Check for debugger before getting debugger info; r=gps
22b602570b5bf113c7e2eccca9e05606b50af7ad: Bug 1109430 - Sync migrator module should show confirmation after resending verification email. r=adw
Mark Hammond <mhammond@skippinet.com.au> - Thu, 18 Dec 2014 16:14:58 +1100 - rev 220269
Push 27982 by cbook@mozilla.com at Thu, 18 Dec 2014 12:24:30 +0000
Bug 1109430 - Sync migrator module should show confirmation after resending verification email. r=adw
b09fa41b6428957512049120e14575ff6c87d4e1: Bug 1098661 - Update sync in-content preferences UI to match FxA migration flows. r=adw
Mark Hammond <mhammond@skippinet.com.au> - Thu, 18 Dec 2014 16:14:58 +1100 - rev 220268
Push 27982 by cbook@mozilla.com at Thu, 18 Dec 2014 12:24:30 +0000
Bug 1098661 - Update sync in-content preferences UI to match FxA migration flows. r=adw
207df86f28e0423c51587e5160a94c1312b26305: Bug 1112565 - Close the Loop panel when opening the getting started tour. rs=dolske
Matthew Noorenberghe <mozilla@noorenberghe.ca> - Wed, 17 Dec 2014 23:43:33 -0500 - rev 220267
Push 27982 by cbook@mozilla.com at Thu, 18 Dec 2014 12:24:30 +0000
Bug 1112565 - Close the Loop panel when opening the getting started tour. rs=dolske
8a4a29b0c603e0dd13cc8e8abd1b12e48ae8d1bc: Bug 1080953 - UITour: tell page when first incoming call is received and if that room window is open. r=dmose,dolske
Matthew Noorenberghe <mozilla@noorenberghe.ca> - Wed, 17 Dec 2014 22:37:19 -0500 - rev 220266
Push 27982 by cbook@mozilla.com at Thu, 18 Dec 2014 12:24:30 +0000
Bug 1080953 - UITour: tell page when first incoming call is received and if that room window is open. r=dmose,dolske
(0) -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip