30445fb9d44f8273e071c3d7c05eebc1b7f8a832: Bug 1049979 - Fix 'functions may be declared only at top level or immediately within another function' warnings. r=gavin
Birunthan Mohanathas <birunthan@mohanathas.com> - Sun, 10 Aug 2014 11:16:32 -0700 - rev 198801
Push 27286 by nigelbabu@gmail.com at Mon, 11 Aug 2014 06:26:45 +0000
Bug 1049979 - Fix 'functions may be declared only at top level or immediately within another function' warnings. r=gavin
2334cddcd2c3ef3c8fc96be8f3e81aa26665e61d: Bug 1049981 - Make error for non-existent files listed in SOURCES less ambiguous. r=ted
Birunthan Mohanathas <birunthan@mohanathas.com> - Sun, 10 Aug 2014 11:13:38 -0700 - rev 198800
Push 27286 by nigelbabu@gmail.com at Mon, 11 Aug 2014 06:26:45 +0000
Bug 1049981 - Make error for non-existent files listed in SOURCES less ambiguous. r=ted
878ede98eacbe14d3252a4a8d50c602fabe82c78: Bug 1027741. Run decode complete notification handler for image documentsn on a script runner because they trigger invalidation and decode complete notifications are often dispatched during painting. r=smaug
Timothy Nikkel <tnikkel@gmail.com> - Sun, 10 Aug 2014 13:01:40 -0500 - rev 198799
Push 27286 by nigelbabu@gmail.com at Mon, 11 Aug 2014 06:26:45 +0000
Bug 1027741. Run decode complete notification handler for image documentsn on a script runner because they trigger invalidation and decode complete notifications are often dispatched during painting. r=smaug
0382146dd6adbb0a7f87985b7091ec1e4256aa7a: Bug 1051122: Don't infinitely recurse in CodeAddressServiceStringAlloc::free. r=dbaron
Kyle Huey <khuey@kylehuey.com> - Sun, 10 Aug 2014 09:27:23 -0700 - rev 198798
Push 27286 by nigelbabu@gmail.com at Mon, 11 Aug 2014 06:26:45 +0000
Bug 1051122: Don't infinitely recurse in CodeAddressServiceStringAlloc::free. r=dbaron
a40fb5d2a1aa048b5c1ffb353f0d42e903a88e74: Bug 1036484 - empty 404 worker script should emit a 'error' event, r=khuey
Andrea Marchesini <amarchesini@mozilla.com> - Sun, 10 Aug 2014 15:33:06 +0200 - rev 198797
Push 27286 by nigelbabu@gmail.com at Mon, 11 Aug 2014 06:26:45 +0000
Bug 1036484 - empty 404 worker script should emit a 'error' event, r=khuey
d13f2827dec1aa66e5c974808aefedcdae45d38c: Backed out changeset 586ec2ee45d7 (bug 957513) for breaking the web.
Jason Orendorff <jorendorff@mozilla.com> - Thu, 07 Aug 2014 17:41:48 -0500 - rev 198796
Push 27286 by nigelbabu@gmail.com at Mon, 11 Aug 2014 06:26:45 +0000
Backed out changeset 586ec2ee45d7 (bug 957513) for breaking the web.
5f80fdfc3c05fdd1b9361f57462580adba639fea: Bug 1051199 - Bump mozlog to version 2.4; r=jgraham (DONTBUILD)
Ms2ger <ms2ger@gmail.com> - Sun, 10 Aug 2014 09:56:56 +0200 - rev 198795
Push 27286 by nigelbabu@gmail.com at Mon, 11 Aug 2014 06:26:45 +0000
Bug 1051199 - Bump mozlog to version 2.4; r=jgraham (DONTBUILD)
a246e66e8e5346a9cd14bd5b3b09e194169b845e: Bug 1050461: Clean up webrtc upstream h264 mode 0 support and jitter buffer code, remove kludges r=jesup
Mo Zanaty <mzanaty@cisco.com> - Sat, 09 Aug 2014 01:46:04 -0400 - rev 198794
Push 27286 by nigelbabu@gmail.com at Mon, 11 Aug 2014 06:26:45 +0000
Bug 1050461: Clean up webrtc upstream h264 mode 0 support and jitter buffer code, remove kludges r=jesup Changes the H.264 RTP receiver to handle multiple NAL units per frame with the same timestamp. A single jitter buffer frame is created for all packets with the same RTP timestamp. NAL units are depacketized upon insertion to the encoded frame buffer. Depacketization includes insertion of start codes and removal of fragmentation and aggregation unit headers.
4234319389c31359a13512e6348457a7aed8dbb7: Bug 1040543 part 11 - Make ElementPropertyTransition inherit from Animation instead of AnimationPlayer; r=bz
Brian Birtles <birtles@gmail.com> - Sun, 10 Aug 2014 17:06:52 +1000 - rev 198793
Push 27286 by nigelbabu@gmail.com at Mon, 11 Aug 2014 06:26:45 +0000
Bug 1040543 part 11 - Make ElementPropertyTransition inherit from Animation instead of AnimationPlayer; r=bz This patch changes the inheritance of ElementPropertyTransition so that it is a subclass of Animation not AnimationPlayer. The only thing special about ElementPropertyTransition is it stores some extra state for reversing transitions and an extra ValuePortionFor convenience method. This reversing behavior is implemented by the transition manager by creating a new AnimationPlayer (i.e. it is *not* a property of the AnimationPlayer). As a result this extra state can be pushed down to Animation which simplifies the code significantly. In future if we implement KeyframeEffect as a separate object we may be able to push transition-specific state down to KeyframeEffect instead.
851652501f189f119c679de6a11ad00b7b105f4c: Bug 1040543 part 10 - Move mIsLastNotification from AnimationPlayer to Animation; r=bz
Brian Birtles <birtles@gmail.com> - Sun, 10 Aug 2014 17:06:51 +1000 - rev 198792
Push 27286 by nigelbabu@gmail.com at Mon, 11 Aug 2014 06:26:45 +0000
Bug 1040543 part 10 - Move mIsLastNotification from AnimationPlayer to Animation; r=bz In this fourth step of dividing functionality between AnimationPlayer and Animation, we move the mIsLastNotification and related methods/enums from AnimationPlayer to Animation. It is somewhat unclear where this belongs. This member is used to determine which event to send for CSS Animations. The thinking behind moving this to Animation is that if an animation that has already dispatched its animationstart event was transferred to a new animation player with a similar current time then I think it is expected that such an animation would *not* dispatch another animationstart event. That suggests that event-state is a property of the Animation not the AnimationPlayer. Obviously, this needs to be defined somewhere (namely, the CSS Animations <-> Web Animations integration spec likely to become "CSS Animations Level 4"). Once that behavior is agreed upon, if AnimationPlayer proves to be the more suitable home for this member then it should be relatively straightforward to move the member back at that time.
3a12123bef3f2628252113aa71582bc9f3894350: Bug 1040543 part 9 - Move IsFinishedTransition from AnimationPlayer to Animation; r=bz
Brian Birtles <birtles@gmail.com> - Sun, 10 Aug 2014 17:06:51 +1000 - rev 198791
Push 27286 by nigelbabu@gmail.com at Mon, 11 Aug 2014 06:26:45 +0000
Bug 1040543 part 9 - Move IsFinishedTransition from AnimationPlayer to Animation; r=bz As the third step in dividing functionality between AnimationPlayer and Animation this patch moves the mIsFinishedTransition member and related methods from AnimationPlayer to Animation. At the same time we rename SetFinishedTransition to SetIsFinishedTransition.
d6d0f91ff4c4a8c52a8c0345aa5ee58d649a1776: Bug 1040543 part 8 - Move timing parameters from AnimationPlayer to Animation; r=bz
Brian Birtles <birtles@gmail.com> - Sun, 10 Aug 2014 17:06:50 +1000 - rev 198790
Push 27286 by nigelbabu@gmail.com at Mon, 11 Aug 2014 06:26:45 +0000
Bug 1040543 part 8 - Move timing parameters from AnimationPlayer to Animation; r=bz As the second step in dividing functionality between AnimationPlayer and Animation, this patch moves the AnimationTiming member from AnimationPlayer to Animation. Most of this patch is simply moving code around. However, one significant functional difference is that Animation::GetLocalTime() uses the mParentTime member which is set when the Animation is updated by the player it is attached to. Other less significant differences are: * AnimationPlayer::GetLocalTime is renamed to GetCurrentTimeDuration In Web Animations, animation players have a (writeable) "current time" and animations have a (read-only) "local time". We would call the method simply "GetCurrentTime" (instead of "GetCurrentTimeDuration") but GetCurrentTime is the name of the method used in the content-facing API where it returns a double. * "IsCurrent" is defined on both AnimationPlayer and Animation with the version in AnimationPlayer serving mostly as a convenience shortcut to the version on Animation. * Animation::GetComputedTiming (previously on AnimationPlayer) now makes the timing parameter optional since most of the time it is not needed.
34cb6ae672bdfc6c2e490d83623e646694955992: Bug 1040543 part 7 - Move keyframe properties from AnimationPlayer to Animation; r=bz
Brian Birtles <birtles@gmail.com> - Sun, 10 Aug 2014 17:06:49 +1000 - rev 198789
Push 27286 by nigelbabu@gmail.com at Mon, 11 Aug 2014 06:26:45 +0000
Bug 1040543 part 7 - Move keyframe properties from AnimationPlayer to Animation; r=bz As the first step in dividing the functionality currently contained in AnimationPlayer between AnimationPlayer and Animation this patch moves the set of keyframe properties to the Animation. These properties are returned from the Animation by a couple of Properties() methods that provide direct access to the member variable. In future it is anticipated that the non-const version will be replaced with an appropriate setter function. This will likely happen when we implement a separate KeyframeEffect object as defined by the Web Animations API. With regards to error checking, nsAnimationManager checks the result of AnimationPlayer::GetSource() and handles the case where it is nullptr. nsTransitionManager, however, simply asserts that GetSource() is never null much like it also asserts that there is only one property with one segment in the animation. Eventually this code should be made more generic which will probably happen in bug 999927.
8d0e15df4168ad7e13466991a6952644a8b7dba2: Bug 1040543 part 6 - Rename mAnimations to mPlayers and likewise for similar local variables; r=bz
Brian Birtles <birtles@gmail.com> - Sun, 10 Aug 2014 17:06:48 +1000 - rev 198788
Push 27286 by nigelbabu@gmail.com at Mon, 11 Aug 2014 06:26:45 +0000
Bug 1040543 part 6 - Rename mAnimations to mPlayers and likewise for similar local variables; r=bz Now that we have both AnimationPlayer and Animation in use we need to clarify which object we are referring to. This patch renames a number of member and local variables to better reflect whether they point to an AnimationPlayer or an Animation. This patch is mostly renaming only with one exception. Since we are touching a number of local variables used in loops (for looping over the array of animation players) we take the opportunity to replace a number of instances of uint32_t with size_t since that is the preferred type for array indices now.
86f0c54582ffec5ef017b76d48261cf093aae35c: Bug 1040543 part 5 - Pass down time from AnimationPlayer to Animation; r=bz
Brian Birtles <birtles@gmail.com> - Sun, 10 Aug 2014 17:06:48 +1000 - rev 198787
Push 27286 by nigelbabu@gmail.com at Mon, 11 Aug 2014 06:26:45 +0000
Bug 1040543 part 5 - Pass down time from AnimationPlayer to Animation; r=bz This patch makes AnimationPlayers pass their current time down to the Animation they are playing. Since all Animations need from their players is their time, this avoids adding a pointer back to their AnimationPlayer.
a50e04b3a69991cd592b394db8bd163ebe05c993: Bug 1040543 part 4 - Create Animation objects and set on AnimationPlayer; r=bz
Brian Birtles <birtles@gmail.com> - Sun, 10 Aug 2014 17:06:47 +1000 - rev 198786
Push 27286 by nigelbabu@gmail.com at Mon, 11 Aug 2014 06:26:45 +0000
Bug 1040543 part 4 - Create Animation objects and set on AnimationPlayer; r=bz
cc995232033eb474ca0ce46f27c2f43a849cdff1: Bug 1040543 part 3 - Add Animation interface; r=bz
Brian Birtles <birtles@gmail.com> - Sun, 10 Aug 2014 17:06:46 +1000 - rev 198785
Push 27286 by nigelbabu@gmail.com at Mon, 11 Aug 2014 06:26:45 +0000
Bug 1040543 part 3 - Add Animation interface; r=bz This patch adds the Animation interface and adds a 'source' attribute to AnimationPlayer that refers to this class.
daca3c0d2c85d6deaa0c9332150d9937988067be: Bug 1040543 part 2 - Rename ElementAnimationCollection to AnimationPlayerCollection; r=bz
Brian Birtles <birtles@gmail.com> - Sun, 10 Aug 2014 17:06:46 +1000 - rev 198784
Push 27286 by nigelbabu@gmail.com at Mon, 11 Aug 2014 06:26:45 +0000
Bug 1040543 part 2 - Rename ElementAnimationCollection to AnimationPlayerCollection; r=bz
414eb2e950575e99de58028c2010e6eca236c19e: Bug 1040543 part 1 - Move/Rename ElementAnimations to dom::AnimationPlayer; r=bz
Brian Birtles <birtles@gmail.com> - Sun, 10 Aug 2014 17:06:44 +1000 - rev 198783
Push 27286 by nigelbabu@gmail.com at Mon, 11 Aug 2014 06:26:45 +0000
Bug 1040543 part 1 - Move/Rename ElementAnimations to dom::AnimationPlayer; r=bz This patch renames mozilla::ElementAnimations to mozilla::dom::AnimationPlayer and moves the code from layout/style/AnimationCommon.cpp to dom/animation/AnimationPlayer.cpp. It also moves various helper classes needed by AnimationPlayer to AnimationPlayer.cpp and moves them from the mozilla::css namespace to the mozilla namespace. Beyond that, there are no functional changes contained in this patch. The renaming of various members and variables that used to refer to ElementAnimation objects but now refer to AnimationPlayer objects--to give them a more appropriate name--is performed in a subsequent patch.
9bce42c5db257d109fe116fa11bf7b20b329aacb: Bug 1050318 - Split WebCrypto tests into multiple files to prevent timeouts r=rbarnes
Tim Taubert <ttaubert@mozilla.com> - Thu, 07 Aug 2014 22:24:52 +0200 - rev 198782
Push 27286 by nigelbabu@gmail.com at Mon, 11 Aug 2014 06:26:45 +0000
Bug 1050318 - Split WebCrypto tests into multiple files to prevent timeouts r=rbarnes
(0) -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 +300000 tip