0b5eeb29646bf9ee7a11ebb56104642949b95289: Bug 966991 - Ensure cleaning up child processes tab actors when disconnecting. r=jryans
Alexandre Poirot <poirot.alex@gmail.com> - Wed, 02 Apr 2014 15:29:40 -0400 - rev 176849
Bug 966991 - Ensure cleaning up child processes tab actors when disconnecting. r=jryans
299e19d9b2090c9f20eea989f77b190311c31104: bug 928096 - UI for tab streaming, thumbnails in prompt r=mfinkle,wesj
Brad Lassey <blassey@mozilla.com> - Mon, 31 Mar 2014 21:59:41 -0400 - rev 176848
bug 928096 - UI for tab streaming, thumbnails in prompt r=mfinkle,wesj
f963d175e165700e71481ffd075e17040c6c6f4f: bug 928096 - UI for Tab streaming, recording indiator for tabs tray r=lucasr, mfinkle
Brad Lassey <blassey@mozilla.com> - Wed, 02 Apr 2014 14:32:30 -0400 - rev 176847
bug 928096 - UI for Tab streaming, recording indiator for tabs tray r=lucasr, mfinkle
57b4d6a3a4015eaad9c315d1ffb6124641bc2d40: merge mozilla-inbound to mozilla-central
Carsten "Tomcat" Book <cbook@mozilla.com> - Thu, 03 Apr 2014 12:45:02 +0200 - rev 176846
merge mozilla-inbound to mozilla-central
a95e1a0fb26bb399d75ee0a396fc4a71ca012e0b: Bug 957833 - Enable CSS Variables by default in release builds. r=dbaron
Cameron McCormack <cam@mcc.id.au> - Thu, 03 Apr 2014 17:05:28 +1100 - rev 176845
Bug 957833 - Enable CSS Variables by default in release builds. r=dbaron
3ae51da78a89e9dabd6d013f006c2905097076f8: Bug 989904 - Remove the remaining deprecated textures code. r=mattwoodrow
Nicolas Silva <nical@mozilla.com> - Thu, 03 Apr 2014 14:04:04 +0800 - rev 176844
Bug 989904 - Remove the remaining deprecated textures code. r=mattwoodrow
d2f3c58a8e46a793d6a3a1ff951e618a66a50623: Bug 880596 part 9 - Fix comment about mFlushCount; r=dbaron
Brian Birtles <birtles@gmail.com> - Thu, 03 Apr 2014 14:57:28 +0900 - rev 176843
Bug 880596 part 9 - Fix comment about mFlushCount; r=dbaron Two comments in AnimationCommon.h refer to 'mFlushCount' which was presumably the old name for mAnimationGeneration. Also, one comment says nsCSSFrameConstructor tracks this. This patch adjusts the comments to refer to mAnimationGeneration and RestyleManager. (The reference to nsTransitionManager::UpdateAllThrottleStyles() is still valid since there is useful documentation accompanying that method despite the fact that the relevant code is mostly contained in AnimationCommon.h since bug 914847. Eventually we will unify the structures of transitions and animations to the the point that we can replace the IMPL_UPDATE_ALL_THROTTLED_STYLES_INTERNAL macro in AnimationCommon.h with an actual method. At that point we can move the documentation accompanying nsTransitionManager::UpdateAllThrottleStyles and its references to AnimationCommon.)
85114363d5ae5b675f2524da02595bb060686893: Bug 880596 part 8 - Rename ElementAnimation to StyleAnimation; r=dbaron
Brian Birtles <birtles@gmail.com> - Thu, 03 Apr 2014 14:57:28 +0900 - rev 176842
Bug 880596 part 8 - Rename ElementAnimation to StyleAnimation; r=dbaron We need a basic representation of animations from which we can derive subclasses to represent specific cases such as transitions. For now we will retrofit ElementAnimation for that purpose hence renaming it to StyleAnimation. This patch removes the "using namespace mozilla::layers" line from AnimationCommon.cpp since the unified build system concatenates several files together before compiling making using declarations like this leak into other files potentially creating ambiguities. Previously, when we were calling ElementAnimation, 'Animation', there were ambiguities between mozilla::layers::Animation and this new 'Animation' class. In general, it is probably a good idea to limit the scope of these using declarations so I've kept that change.
a8a6af1944c6ed55981089f680e8ffc3b30cd2bb: Bug 880596 part 7 - Move ElementAnimation to AnimationCommon; r=dbaron
Brian Birtles <birtles@gmail.com> - Thu, 03 Apr 2014 14:57:28 +0900 - rev 176841
Bug 880596 part 7 - Move ElementAnimation to AnimationCommon; r=dbaron This patch relocates ElementAnimation from nsAnimationManager.{h,cpp} to AnimationCommon.{h,cpp} and in the process moves it into the mozilla::css namespace.
56fb71158cbb1144f3c24a7c5ccfe644bfc5e93d: Bug 880596 part 6 - Factor out common method for adding animations and transitions to a layer; r=dbaron
Brian Birtles <birtles@gmail.com> - Thu, 03 Apr 2014 14:57:28 +0900 - rev 176840
Bug 880596 part 6 - Factor out common method for adding animations and transitions to a layer; r=dbaron The loops for adding animations and transitions to a layer in nsDisplayList::AddAnimationsAndTransitionsToLayer are now identical and so can be factored out into a common method. Since it is not possible to implicitly convert from nsTArray<ElementPropertyTransition> to nsTArray<ElementAnimation> despite ElementPropertyTransition being a subclass of ElementAnimation a templated method is used. In the future, as animations and transitions share more and more code, we should be able to remove the need for templates.
762aa62425b91b71654ea89c56d19077a5147915: Bug 880596 part 5 - Make ElementAnimation::HasAnimationOfProperty no longer virtual; r=dbaron
Brian Birtles <birtles@gmail.com> - Thu, 03 Apr 2014 14:57:28 +0900 - rev 176839
Bug 880596 part 5 - Make ElementAnimation::HasAnimationOfProperty no longer virtual; r=dbaron ElementAnimation::HasAnimationOfProperty doesn't seem to be overridden anywhere. I suspect it was a copy-paste mistake because the methods of the same name on ElementAnimations, ElementTransitions, and CommonElementAnimationData are virtual.
8836e0b328b7266835973a7a06a1801f78095451: Bug 880596 part 4 - Reuse ElementAnimation::HasAnimationOfProperty; r=dbaron
Brian Birtles <birtles@gmail.com> - Thu, 03 Apr 2014 14:57:27 +0900 - rev 176838
Bug 880596 part 4 - Reuse ElementAnimation::HasAnimationOfProperty; r=dbaron Now that ElementTransitionProperty inherits from ElementAnimation, ElementTransitions::HasAnimationOfProperty can re-use ElementAnimation::HasAnimationOfProperty in its definition of ElementTransitions::HasAnimationOfProperty. Similarly, in nsDisplayList::AddAnimationsAndTransitionsToLayer we can use this method rather than drilling down to the appropriate segment by hand.
abd19a468375b0d970cc4cab76daf6768ee75800: Bug 880596 part 3 - Remove ElementPropertyTransition::IsRunningAt and mIsRunningOnCompositor; r=dbaron
Brian Birtles <birtles@gmail.com> - Thu, 03 Apr 2014 14:57:27 +0900 - rev 176837
Bug 880596 part 3 - Remove ElementPropertyTransition::IsRunningAt and mIsRunningOnCompositor; r=dbaron Both ElementPropertyTransition and ElementAnimation specify an IsRunningAt method which have the same purpose but with two subtle differences: a) ElementPropertyTransition::IsRunningAt checks if the transition is a removed sentinel and if so returns false. This patch adds a check for a null start time to IsRunningAt since I think in future we will want to allow null times in various places to represent, for example, animations that are not connected to a timeline. (However, ultimately we will probably not allow start times on *animations* to be null, only on their associated player.) Should we later use a different mechanism for marking sentinel transitions (e.g. a boolean flag) this method should still be correct as it checks if aTime is inside the transition interval before returning true. b) ElementPropertyTransition::IsRunningAt returns false if the transition is in the delay phase, that is, waiting to start. This patch changes this behavior so that transitions are considered running even if they are in the delay phase. This brings their behavior into line with animations and removes the need for the ElementPropertyTransition::mIsRunningOnCompositor since it is only used to determine when a transition in the delay phase has begun. ElementAnimation::IsRunningAt also handles pause state and iterations but this logic should still be correct for transitions which, in this area, only use a subset of the functionality of animations since their pause state is always playing and their iteration count is 1.
e8e989773e24f284f92a98dfc045631cf0c46ad5: Bug 880596 part 2 - Make ElementPropertyTransition inherit from ElementAnimation; r=dbaron
Brian Birtles <birtles@gmail.com> - Thu, 03 Apr 2014 14:57:27 +0900 - rev 176836
Bug 880596 part 2 - Make ElementPropertyTransition inherit from ElementAnimation; r=dbaron As part of moving towards more shared data structures for animation, this patch makes ElementPropertyTransition inherit from ElementAnimation. At the same time we switch from storing the target property, start/end values, start time, delay, and timing function on the transition to the corresponding location in ElementAnimation. Since nsDisplayList::AddAnimationsAndTransitionsToLayer was already doing this conversion in order to create animations to pass to the compositor thread, we can remove the conversion code from there and just use the ElementAnimation data structures as-is. A number of assertions are added to verify that transitions are set up as expected (namely, they have only a single property-animation with a single segment). As we move to more generic handling of animations and transitions these assertions should disappear.
2b7444f517c82048060fc04776e96a151b61e224: Bug 880596 part 1 - Separate delay from start time for transitions; r=dbaron
Brian Birtles <birtles@gmail.com> - Thu, 03 Apr 2014 14:57:27 +0900 - rev 176835
Bug 880596 part 1 - Separate delay from start time for transitions; r=dbaron As a first step towards making CSS animations and CSS transitions use the same data structures, this patch aligns their behavior with regards to start time and delay handling. Previously, ElementAnimation objects maintained separate mStartTime and mDelay members whilst ElementPropertyTransition objects maintained a single mStartTime property that incorporated the delay. This patch adds an mDelay member to ElementPropertyTransition and stores the delay and start time separately. Calculations involving ElementPropertyTransition::mStartTime are adjusted to incorporate mDelay.
c2d529d8aa2bc561796e6456445cb1d7ee8a6bfa: Bug 975397 - Call TrackImage when constructing a new nsStyleBorder. r=heycam
L. David Baron <dbaron@dbaron.org> - Wed, 02 Apr 2014 22:56:19 -0700 - rev 176834
Bug 975397 - Call TrackImage when constructing a new nsStyleBorder. r=heycam I confirmed that the crashtest crashes in the harness without the patch.
efdf983fadd76fdf18bfccfc73b23e1573795c81: Bug 967985 - Don't retarget OnDataAvailable when not storing source data. r=tn
Seth Fowler <seth@mozilla.com> - Wed, 02 Apr 2014 19:20:25 -0700 - rev 176833
Bug 967985 - Don't retarget OnDataAvailable when not storing source data. r=tn
c064b7930598cd0e0ec97c397617c18a0c815092: Bug 991407: Remove unused class gfxFontNameList. r=jdaggett
Daniel Holbert <dholbert@cs.stanford.edu> - Wed, 02 Apr 2014 21:37:37 -0700 - rev 176832
Bug 991407: Remove unused class gfxFontNameList. r=jdaggett
145bb26f61802a02ba2344991e27cf82014ad2b3: Bug 990855 part.2 Remove dom/events from local includes of moz.build files r=smaug
Masayuki Nakano <masayuki@d-toybox.com> - Thu, 03 Apr 2014 13:18:38 +0900 - rev 176831
Bug 990855 part.2 Remove dom/events from local includes of moz.build files r=smaug
0e798623921458627aa0f1b64447e8e1c77543ed: Bug 990855 part.1 Export TextComposition.h as mozilla/TextComposition.h r=smaug
Masayuki Nakano <masayuki@d-toybox.com> - Thu, 03 Apr 2014 13:18:37 +0900 - rev 176830
Bug 990855 part.1 Export TextComposition.h as mozilla/TextComposition.h r=smaug
(0) -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 tip