6da90d331413787ed8577b9ddee94d5e972428a5: Bug 1254419 - Add values member to AnimationPropertyDictionary draft
Brian Birtles <birtles@gmail.com> - Sun, 13 Mar 2016 19:20:37 +0800 - rev 340808
Push 13073 by bbirtles@mozilla.com at Wed, 16 Mar 2016 00:57:55 +0000
Bug 1254419 - Add values member to AnimationPropertyDictionary MozReview-Commit-ID: 2XFh2qLwlaE
d6f595cf6dd5ed990b8d5eb7fee69f0f404a6bce: Bug 1254419 - Rename getPropertyState() to getProperties() draft
Brian Birtles <birtles@gmail.com> - Sun, 13 Mar 2016 19:10:10 +0800 - rev 340807
Push 13073 by bbirtles@mozilla.com at Wed, 16 Mar 2016 00:57:55 +0000
Bug 1254419 - Rename getPropertyState() to getProperties() 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. An alternative might be to rename the internal object to AnimationPropertyStruct like we already do for Keyframe. MozReview-Commit-ID: AcXeN4fsgTz
cc652bb708a2386dabac232813758a0c2176a3c0: Bug 1254419 - Move GetPropertyState alongside GetFrames draft
Brian Birtles <birtles@gmail.com> - Tue, 15 Mar 2016 21:18:50 +0800 - rev 340806
Push 13073 by bbirtles@mozilla.com at Wed, 16 Mar 2016 00:57:55 +0000
Bug 1254419 - Move GetPropertyState alongside GetFrames 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
11d4aa1787f22f4d3229cfc808014a20d53fa1e6: Bug 1254419 - Fix zero-length segment handling draft
Brian Birtles <birtles@gmail.com> - Tue, 15 Mar 2016 21:13:46 +0800 - rev 340805
Push 13073 by bbirtles@mozilla.com at Wed, 16 Mar 2016 00:57:55 +0000
Bug 1254419 - Fix zero-length segment handling 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
2631292cd42fc3edebe25b8edf97247a95ebfcfe: Bug 1257040 - Disable C4577 to unblock compilation on VS2015; r?jorendorff draft
Gregory Szorc <gps@mozilla.com> - Mon, 14 Mar 2016 23:23:34 -0700 - rev 340804
Push 13072 by gszorc@mozilla.com at Wed, 16 Mar 2016 00:55:34 +0000
Bug 1257040 - Disable C4577 to unblock compilation on VS2015; r?jorendorff As part of unblocking building with VS2015u1 in automation, I'm mass disabling compiler warnings that are turned into errors. This is not the preferred mechanism to fix compilation warnings. So hopefully this patch never lands because someone insists of fixing the underlying problem instead. But if it does land, hopefully the workaround is only temporary. That being said, the warnings this patch masks are in an included ICU header, which is a 3rd party project. So our hands appear tied. MozReview-Commit-ID: FHzp6v5yUKG
be593f6ea16bc63b8005cc820718870022933edd: Bug 1257036 - Disable C4302 to unblock compilation on VS2015; r?bobowen draft
Gregory Szorc <gps@mozilla.com> - Tue, 15 Mar 2016 14:01:37 -0700 - rev 340803
Push 13071 by gszorc@mozilla.com at Wed, 16 Mar 2016 00:44:40 +0000
Bug 1257036 - Disable C4302 to unblock compilation on VS2015; r?bobowen As part of unblocking building with VS2015u1 in automation, I'm mass disabling compiler warnings that are turned into errors. This is not the preferred mechanism to fix compilation warnings. But the warning occurs in third party code, so my hands are tied. MozReview-Commit-ID: A0UF2RHJzVo
c4c3cf2708f0bd0f8486dd0cb65cf903bf74da91: Bug 1256558 - Disable C4311 to unblock compilation on VS2015; r?peterv draft
Gregory Szorc <gps@mozilla.com> - Mon, 14 Mar 2016 23:01:28 -0700 - rev 340802
Push 13071 by gszorc@mozilla.com at Wed, 16 Mar 2016 00:44:40 +0000
Bug 1256558 - Disable C4311 to unblock compilation on VS2015; r?peterv As part of unblocking building with VS2015u1 in automation, I'm mass disabling compiler warnings that are turned into errors. This is not the preferred mechanism to fix compilation warnings. So hopefully this patch never lands because someone insists on fixing the underlying problem instead. But if it does land, hopefully the workaround is only temporary. MozReview-Commit-ID: 3TbgVPRb8Uo
5b1174d6496fda416a76b005322c1f56b4805383: Bug 1256552 - Disable C4577 to unblock compilation on VS2015; r?jrmuizel draft
Gregory Szorc <gps@mozilla.com> - Mon, 14 Mar 2016 23:14:24 -0700 - rev 340801
Push 13071 by gszorc@mozilla.com at Wed, 16 Mar 2016 00:44:40 +0000
Bug 1256552 - Disable C4577 to unblock compilation on VS2015; r?jrmuizel As part of unblocking building with VS2015u1 in automation, I'm mass disabling compiler warnings that are turned into errors. This is not the preferred mechanism to fix compilation warnings. So hopefully this patch never lands because someone insists of fixing the underlying problem instead. But if it does land, hopefully the workaround is only temporary. MozReview-Commit-ID: BNhXxMhJaZh
3f488df1a1b8b9f0eedf734332bab9f3c4c738dd: Bug 1256552 - Disable C4838 to unblock compilation on VS2015; r?jrmuizel draft
Gregory Szorc <gps@mozilla.com> - Mon, 14 Mar 2016 23:04:23 -0700 - rev 340800
Push 13071 by gszorc@mozilla.com at Wed, 16 Mar 2016 00:44:40 +0000
Bug 1256552 - Disable C4838 to unblock compilation on VS2015; r?jrmuizel As part of unblocking building with VS2015u1 in automation, I'm mass disabling compiler warnings that are turned into errors. This is not the preferred mechanism to fix compilation warnings. So hopefully this patch never lands because someone insists on fixing the underlying problem instead. But if it does land, hopefully the workaround is only temporary. MozReview-Commit-ID: AvAmWHM7MWv
71cf715ea02d7370e4c8c7ea2440adf8bb1fdc84: Bug 1256548 - Disable C4312 to unblock compilation on VS2015; r?billm draft
Gregory Szorc <gps@mozilla.com> - Mon, 14 Mar 2016 22:20:38 -0700 - rev 340799
Push 13071 by gszorc@mozilla.com at Wed, 16 Mar 2016 00:44:40 +0000
Bug 1256548 - Disable C4312 to unblock compilation on VS2015; r?billm As part of unblocking building with VS2015u1 in automation, I'm mass disabling compiler warnings that are turned into errors. This is not the preferred mechanism to fix compilation warnings. So hopefully this patch never lands because someone insists on fixing the underlying problem instead. But if it does land, hopefully the workaround is only temporary. That being said, the underlying problem in the warning this fixes appears to be in a header from 3rd party WebRTC code, so our hands might be tied. MozReview-Commit-ID: E8JqPkYqxls
37c68504da3de950f72eb08150c2da351a604569: Bug 1256533 - Disable C4312 to unblock compilation on VS2015; r?jya draft
Gregory Szorc <gps@mozilla.com> - Mon, 14 Mar 2016 20:51:41 -0700 - rev 340798
Push 13071 by gszorc@mozilla.com at Wed, 16 Mar 2016 00:44:40 +0000
Bug 1256533 - Disable C4312 to unblock compilation on VS2015; r?jya As part of unblocking building with VS2015u1 in automation, I'm mass disabling compiler warnings that are turned into errors. This is not the preferred mechanism to fix compilation warnings. So hopefully this patch never lands because someone insists on fixing the underlying problem instead. But if it does land, hopefully the workaround is only temporary. MozReview-Commit-ID: 7mzDrJKp3EM
bfe3a65d065cc26dc2e585d236cb3a8afb78becd: Bug 1256027 - Disable C4477 to unblock compilation on VS2015; r?bsmedberg draft
Gregory Szorc <gps@mozilla.com> - Tue, 15 Mar 2016 13:48:38 -0700 - rev 340797
Push 13071 by gszorc@mozilla.com at Wed, 16 Mar 2016 00:44:40 +0000
Bug 1256027 - Disable C4477 to unblock compilation on VS2015; r?bsmedberg As part of unblocking building with VS2015u1 in automation, I'm mass disabling compiler warnings that are turned into errors. This is not the preferred mechanism to fix compilation warnings. So hopefully this patch never lands because someone insists on fixing the underlying problem instead. But if it does land, hopefully the workaround is only temporary. All the workarounds in this patch are fixing a warning from toolkit/xre/nsNativeAppSupportWin.cpp or toolkit/xre/nsWindowsRestart.cpp. How a source file manages to get included from so many components across the tree, I don't know. MozReview-Commit-ID: lwdVbcn8ap
72e80e599ef49b0642142e730475af4a71b53c40: Bug 1256028 - Disable C4477 to unblock compilation on VS2015; r?mcmanus draft
Gregory Szorc <gps@mozilla.com> - Mon, 14 Mar 2016 18:44:26 -0700 - rev 340796
Push 13071 by gszorc@mozilla.com at Wed, 16 Mar 2016 00:44:40 +0000
Bug 1256028 - Disable C4477 to unblock compilation on VS2015; r?mcmanus As part of unblocking building with VS2015u1 in automation, I'm mass disabling compiler warnings that are turned into errors. This is not the preferred mechanism to fix compilation warnings. So hopefully this patch never lands because someone insists of fixing the underlying problem instead. But if it does land, hopefully the workaround is only temporary. MozReview-Commit-ID: 9AkkAUDMln6
be12ee8ec45e22e2e6b798aa06d9f6e1c9c3b488: Bug 1256502 - Disable C4319 to unblock compilation on VS2015; r?jmuizelaar draft
Gregory Szorc <gps@mozilla.com> - Mon, 14 Mar 2016 17:51:13 -0700 - rev 340795
Push 13071 by gszorc@mozilla.com at Wed, 16 Mar 2016 00:44:40 +0000
Bug 1256502 - Disable C4319 to unblock compilation on VS2015; r?jmuizelaar As part of unblocking building with VS2015u1 in automation, I'm mass disabling compiler warnings that are turned into errors. This is not the preferred mechanism to fix compilation warnings. So hopefully this patch never lands because someone insists of fixing the underlying problem instead. But if it does land, hopefully the workaround is only temporary. MozReview-Commit-ID: 4eBICvkzErY
4e4242a4f2d0273403e90560917c98e026a8d978: Bug 1256501 - Disable C4312 to unblock compilation on VS2015; r?aklotz draft
Gregory Szorc <gps@mozilla.com> - Mon, 14 Mar 2016 17:38:54 -0700 - rev 340794
Push 13071 by gszorc@mozilla.com at Wed, 16 Mar 2016 00:44:40 +0000
Bug 1256501 - Disable C4312 to unblock compilation on VS2015; r?aklotz As part of unblocking building with VS2015u1 in automation, I'm mass disabling compiler warnings that are turned into errors. This is not the preferred mechanism to fix compilation warnings. So hopefully this patch never lands because someone insists of fixing the underlying problem instead. But if it does land, hopefully the workaround is only temporary. MozReview-Commit-ID: FoYEsdZxi28
718cadee7e8d4dfc27baff83106f4551ec3c2655: Bug 1256499 - Disable C4311 and C4312 to unblock compilation on VS2015; r?bobowen draft
Gregory Szorc <gps@mozilla.com> - Tue, 15 Mar 2016 11:28:52 -0700 - rev 340793
Push 13071 by gszorc@mozilla.com at Wed, 16 Mar 2016 00:44:40 +0000
Bug 1256499 - Disable C4311 and C4312 to unblock compilation on VS2015; r?bobowen As part of unblocking building with VS2015u1 in automation, I'm mass disabling compiler warnings that are turned into errors. This is not the preferred mechanism to fix compilation warnings. But the warning occurs in third party code, so my hands are tied. MozReview-Commit-ID: BCXQcEejre9
d7d6e0b31c91ff0b082cd16267a0ab4e0459e385: Bug 1256498 - Disable C4838 to unblock compilation on VS2015; r?jrmuizel draft
Gregory Szorc <gps@mozilla.com> - Mon, 14 Mar 2016 17:31:03 -0700 - rev 340792
Push 13071 by gszorc@mozilla.com at Wed, 16 Mar 2016 00:44:40 +0000
Bug 1256498 - Disable C4838 to unblock compilation on VS2015; r?jrmuizel As part of unblocking building with VS2015u1 in automation, I'm mass disabling compiler warnings that are turned into errors. This is not the preferred mechanism to fix compilation warnings. So hopefully this patch never lands because someone insists of fixing the underlying problem instead. But if it does land, hopefully the workaround is only temporary. MozReview-Commit-ID: 6uMZ2d1ZBji
307c75e46d10fc46aec2cfb52ec3887dcdb5b7df: Bug 1256492 - Disable C4312 to unblock compilation on VS2015; r?jrmuizel draft
Gregory Szorc <gps@mozilla.com> - Mon, 14 Mar 2016 17:04:38 -0700 - rev 340791
Push 13071 by gszorc@mozilla.com at Wed, 16 Mar 2016 00:44:40 +0000
Bug 1256492 - Disable C4312 to unblock compilation on VS2015; r?jrmuizel As part of unblocking building with VS2015u1 in automation, I'm mass disabling compiler warnings that are turned into errors. This is not the preferred mechanism to fix compilation warnings. So hopefully this patch never lands because someone insists of fixing the underlying problem instead. But if it does land, hopefully the workaround is only temporary. MozReview-Commit-ID: 2NuNhdxDLXf
4c242ceedfefb1f4271f3b94aeec2a03437415b3: Bug 1256490 - Disable C4302 to unblock compilation on VS2015; r?bobowen draft
Gregory Szorc <gps@mozilla.com> - Mon, 14 Mar 2016 17:00:09 -0700 - rev 340790
Push 13071 by gszorc@mozilla.com at Wed, 16 Mar 2016 00:44:40 +0000
Bug 1256490 - Disable C4302 to unblock compilation on VS2015; r?bobowen As part of unblocking building with VS2015u1 in automation, I'm mass disabling compiler warnings that are turned into errors. This is not the preferred mechanism to fix compilation warnings. But the warning occurs in third party code, so my hands are tied. MozReview-Commit-ID: 6n8nl517Ly
a8049168c754e3eddd266cb4d80369bc8b8396b9: Bug 1256484 - Disable C4456, C4458, and C4459 to unblock compilation on VS2015; r?keeler draft
Gregory Szorc <gps@mozilla.com> - Tue, 15 Mar 2016 00:00:19 -0700 - rev 340789
Push 13071 by gszorc@mozilla.com at Wed, 16 Mar 2016 00:44:40 +0000
Bug 1256484 - Disable C4456, C4458, and C4459 to unblock compilation on VS2015; r?keeler As part of unblocking building with VS2015u1 in automation, I'm mass disabling compiler warnings that are turned into errors. This is not the preferred mechanism to fix compilation warnings. So hopefully someone fixes the underlying problem someday. However, there are tons of ignored warnings in security/certverifier, so I guess the workaround in this patch is par for the course. MozReview-Commit-ID: 7GZ9RpkxnwT
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 +300000 tip