17e03a4920a919b6eff4182da1df71979a517b14: Bug 1256559: Change printf format string to prevent compiler warnings draft
Simon Montagu <smontagu@smontagu.org> - Wed, 16 Mar 2016 08:20:49 +0200 - rev 341468
Push 13218 by gszorc@mozilla.com at Thu, 17 Mar 2016 03:58:04 +0000
Bug 1256559: Change printf format string to prevent compiler warnings MozReview-Commit-ID: DusHZvRVV4t
6b14a2d6229cd1e3c5a216a85bce4a6a8d11876c: Bug 1257413 - Fix check_prog() to properly fail when program is missing after bug 1256568 draft
Mike Hommey <mh+mozilla@glandium.org> - Thu, 17 Mar 2016 12:55:37 +0900 - rev 341467
Push 13217 by bmo:mh+mozilla@glandium.org at Thu, 17 Mar 2016 03:56:24 +0000
Bug 1257413 - Fix check_prog() to properly fail when program is missing after bug 1256568
4979cc93e54773483ad32850b61af3f85dc8ef7c: Bug 1255064 - MarionetteHarness should internally use dicts for arguments and not Namespaces draft
Rachel <rachel.b.king@gmail.com> - Sat, 12 Mar 2016 22:01:00 -0800 - rev 341466
Push 13216 by bmo:rachel.b.king@gmail.com at Thu, 17 Mar 2016 02:20:24 +0000
Bug 1255064 - MarionetteHarness should internally use dicts for arguments and not Namespaces MozReview-Commit-ID: 94muKM44wVq
19a3926794a025bbe15c6754bd513d4f08fb7516: Bug 1254419 - Make always-set members of AnimationProperty(Value)Details required draft
Brian Birtles <birtles@gmail.com> - Thu, 17 Mar 2016 10:13:50 +0800 - rev 341465
Push 13215 by bbirtles@mozilla.com at Thu, 17 Mar 2016 02:17:54 +0000
Bug 1254419 - Make always-set members of AnimationProperty(Value)Details required At the same time we also make the 'warning' member of AnimationPropertyDetails no longer nullable and simply use the absence of the member to indicate "no warning" (which is what we were already doing -- we were never actually setting it to null). MozReview-Commit-ID: HdRDbqhCdmw
c30d955d7c204149af6dc0985cd7b04c41ae00b4: Bug 1254419 - Add tests for getProperties(); r=heycam draft
Brian Birtles <birtles@gmail.com> - Tue, 15 Mar 2016 21:44:52 +0800 - rev 341464
Push 13215 by bbirtles@mozilla.com at Thu, 17 Mar 2016 02:17:54 +0000
Bug 1254419 - Add tests for getProperties(); r=heycam MozReview-Commit-ID: LrQf2t1L5TG
c5466cd6b4132c69bac24af0b0b004704c311371: Bug 1254419 - Fill in values sequence in getProperties(); r=heycam draft
Brian Birtles <birtles@gmail.com> - Tue, 15 Mar 2016 21:42:14 +0800 - rev 341463
Push 13215 by bbirtles@mozilla.com at Thu, 17 Mar 2016 02:17:54 +0000
Bug 1254419 - Fill in values sequence in getProperties(); r=heycam MozReview-Commit-ID: 1qMmy14R4DG
5452e8cbfb3f177985d9ea514380222895e8ee82: Bug 1254419 - Return animation property information from getProperties() even if the property is overridden; r=hiro draft
Brian Birtles <birtles@gmail.com> - Sun, 13 Mar 2016 19:22:35 +0800 - rev 341462
Push 13215 by bbirtles@mozilla.com at Thu, 17 Mar 2016 02:17:54 +0000
Bug 1254419 - Return animation property information from getProperties() even if the property is overridden; r=hiro I think the reason we originally didn't do this is that the "isRunningOnCompositor" status might be misleading for animations that are being overridden. That is, there are some animations we don't send to the compositor because they are being overridden by another animation (e.g. a CSS animation touching the 'transform' animation will cause a CSS transition on the same property not to run, despite the fact that transitions apply higher in the cascade). This is not merely a performance optimization but means we don't have to do the cascade on the compositor. In the future, once we introduce additive animation, we won't be able to handle this so simply since it an animation will be able to be partially overridden. Instead, consumers of this API will need to look at the 'composite' member of the various animation values to see if an animation is being fully or partially overridden. As a result, this API really should return all running animations, even if they are currently being overridden. MozReview-Commit-ID: DwmbXdCqF32
6d35edc0acca015cf7b7b725ec6a996754e71f88: Bug 1254419 - Add values member to AnimationPropertyDetails; r=heycam, r=bz draft
Brian Birtles <birtles@gmail.com> - Sun, 13 Mar 2016 19:20:37 +0800 - rev 341461
Push 13215 by bbirtles@mozilla.com at Thu, 17 Mar 2016 02:17:54 +0000
Bug 1254419 - Add values member to AnimationPropertyDetails; r=heycam, r=bz MozReview-Commit-ID: 2XFh2qLwlaE
46080f8127de34266d97a75e337cd8156ac7de30: Bug 1254419 - Make always-set members of AnimationProperty(Value)Details required draft
Brian Birtles <birtles@gmail.com> - Thu, 17 Mar 2016 10:13:50 +0800 - rev 341460
Push 13214 by bbirtles@mozilla.com at Thu, 17 Mar 2016 02:15:12 +0000
Bug 1254419 - Make always-set members of AnimationProperty(Value)Details required At the same time we also make the 'warning' member of AnimationPropertyDetails no longer nullable and simply use the absence of the member to indicate "no warning" (which is what we were already doing -- we were never actually setting it to null). MozReview-Commit-ID: HdRDbqhCdmw
8992a5fee07d5efe71cdbdea7d4b5b217ca26322: Bug 1254419 - Add tests for getProperties(); r=heycam draft
Brian Birtles <birtles@gmail.com> - Tue, 15 Mar 2016 21:44:52 +0800 - rev 341459
Push 13214 by bbirtles@mozilla.com at Thu, 17 Mar 2016 02:15:12 +0000
Bug 1254419 - Add tests for getProperties(); r=heycam MozReview-Commit-ID: LrQf2t1L5TG
fcbdc791b089b967cee547a1f9437b9555639cc7: Bug 1254419 - Fill in values sequence in getProperties(); r=heycam draft
Brian Birtles <birtles@gmail.com> - Tue, 15 Mar 2016 21:42:14 +0800 - rev 341458
Push 13214 by bbirtles@mozilla.com at Thu, 17 Mar 2016 02:15:12 +0000
Bug 1254419 - Fill in values sequence in getProperties(); r=heycam MozReview-Commit-ID: 1qMmy14R4DG
4410e4981ac4b0c9a547a68492828257c63a66a3: Bug 1254419 - Return animation property information from getProperties() even if the property is overridden; r=hiro draft
Brian Birtles <birtles@gmail.com> - Sun, 13 Mar 2016 19:22:35 +0800 - rev 341457
Push 13214 by bbirtles@mozilla.com at Thu, 17 Mar 2016 02:15:12 +0000
Bug 1254419 - Return animation property information from getProperties() even if the property is overridden; r=hiro I think the reason we originally didn't do this is that the "isRunningOnCompositor" status might be misleading for animations that are being overridden. That is, there are some animations we don't send to the compositor because they are being overridden by another animation (e.g. a CSS animation touching the 'transform' animation will cause a CSS transition on the same property not to run, despite the fact that transitions apply higher in the cascade). This is not merely a performance optimization but means we don't have to do the cascade on the compositor. In the future, once we introduce additive animation, we won't be able to handle this so simply since it an animation will be able to be partially overridden. Instead, consumers of this API will need to look at the 'composite' member of the various animation values to see if an animation is being fully or partially overridden. As a result, this API really should return all running animations, even if they are currently being overridden. MozReview-Commit-ID: DwmbXdCqF32
5c606be7c89e66892b25e9fc2d21c73128de9c04: Bug 1254419 - Add values member to AnimationPropertyDictionary; r=heycam, r=bz draft
Brian Birtles <birtles@gmail.com> - Sun, 13 Mar 2016 19:20:37 +0800 - rev 341456
Push 13214 by bbirtles@mozilla.com at Thu, 17 Mar 2016 02:15:12 +0000
Bug 1254419 - Add values member to AnimationPropertyDictionary; r=heycam, r=bz MozReview-Commit-ID: 2XFh2qLwlaE
3d0ec847647ba471773a8f7329b2361d34a66866: Bug 1254419 - Rename getPropertyState() to getProperties(); r=heycam, r=bz draft
Brian Birtles <birtles@gmail.com> - Sun, 13 Mar 2016 19:10:10 +0800 - rev 341455
Push 13214 by bbirtles@mozilla.com at Thu, 17 Mar 2016 02:15:12 +0000
Bug 1254419 - Rename getPropertyState() to getProperties(); r=heycam, r=bz We are now extending this API to include more than just metadata about each animated property but also the property values themselves. Note that we can't use the name AnimationProperty for the dictionary since we already use that name internally and [BinaryName] doesn't seem to apply to dictionaries. MozReview-Commit-ID: AcXeN4fsgTz
91d5f177e1230f6ce6d59177bb9f32148d40503f: Bug 1254419 - Move GetPropertyState alongside GetFrames; r=hiro draft
Brian Birtles <birtles@gmail.com> - Tue, 15 Mar 2016 21:18:50 +0800 - rev 341454
Push 13214 by bbirtles@mozilla.com at Thu, 17 Mar 2016 02:15:12 +0000
Bug 1254419 - Move GetPropertyState alongside GetFrames; r=hiro This better matches the order in the WebIDL and, once we rename GetPropertyState to GetProperties it will make sense for GetFrames and GetProperties to be side-by-side. MozReview-Commit-ID: 67s9WGksPFv
90af4494b42fcbc8b9e2ed5aaef231bc4c0027bf: Bug 1254419 - Fix zero-length segment handling; r=heycam draft
Brian Birtles <birtles@gmail.com> - Tue, 15 Mar 2016 21:13:46 +0800 - rev 341453
Push 13214 by bbirtles@mozilla.com at Thu, 17 Mar 2016 02:15:12 +0000
Bug 1254419 - Fix zero-length segment handling; r=heycam Later in this patch series when we convert tests from web-platform tests to mochitest-chrome tests, some of the test cases that use zero-length segments (overlapping keyframes at certain offsets) would trigger failed assertions in KeyframeEffectReadOnly::ComposeStyle. This is because this method was originally written with CSS animations in mind where segments cannot be zero-length. Furthermore, when these same tests cases are run as web-platform-tests, the failed assertions are not visible. This patch adjusts the handling of segments to allow zero-length segments and adds a test to check that the handling matches that defined in Web Animations which is summarized in the following informative note, "this procedure permits overlapping keyframes. The behavior is that at the point of overlap the output value jumps to the value of the last defined keyframe at that offset. For overlapping frames at 0 or 1, the output value for iteration progress values less than 0 or greater than or equal to 1 is the value of the first keyframe or the last keyframe in keyframes respectively."[1] [1] https://w3c.github.io/web-animations/#the-effect-value-of-a-keyframe-animation-effect MozReview-Commit-ID: JdyYbGZtbot
a7bd8e60df762e61f0224b61c412c37ef1648423: Bug 1257211: Exit early if already shutting down. r?gerald draft
Jean-Yves Avenard <jyavenard@mozilla.com> - Thu, 17 Mar 2016 12:58:21 +1100 - rev 341452
Push 13213 by bmo:jyavenard@mozilla.com at Thu, 17 Mar 2016 01:58:55 +0000
Bug 1257211: Exit early if already shutting down. r?gerald MozReview-Commit-ID: 1Oi4m2AIByw
5cfc10c14aaea2a449f74dcbb366179a45442dd6: Merge fx-team to central, a=merge
Wes Kocher <wkocher@mozilla.com> - Wed, 16 Mar 2016 16:50:27 -0700 - rev 341451
Push 13213 by bmo:jyavenard@mozilla.com at Thu, 17 Mar 2016 01:58:55 +0000
Merge fx-team to central, a=merge MozReview-Commit-ID: 5Xg2MJzWbsf
20218dd51efaa84dcb1f2e98f08e851a9bf299e3: Merge inbound to central, a=merge
Wes Kocher <wkocher@mozilla.com> - Wed, 16 Mar 2016 16:33:08 -0700 - rev 341450
Push 13213 by bmo:jyavenard@mozilla.com at Thu, 17 Mar 2016 01:58:55 +0000
Merge inbound to central, a=merge MozReview-Commit-ID: LC2T4UUYgUr
6449a9493de02ed7b9615d690abda0863ef380bf: Bug 1257314 - Properly lock in IPC PeekMessages. r=dvander a=topcrash
Benoit Girard <b56girard@gmail.com> - Wed, 16 Mar 2016 17:15:38 -0400 - rev 341449
Push 13213 by bmo:jyavenard@mozilla.com at Thu, 17 Mar 2016 01:58:55 +0000
Bug 1257314 - Properly lock in IPC PeekMessages. r=dvander a=topcrash MozReview-Commit-ID: 8iUVhiN9Ksk
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 +300000 tip