d799cc3c6894621947b494b71b37e2b3ea337175: Bug 1256033 - Allow GENERATED_FILES scripts to depend on other generated files; r=glandium
Mike Shal <mshal@mozilla.com> - Fri, 11 Mar 2016 19:25:24 -0500 - rev 340816
Push 13075 by bmo:mh+mozilla@glandium.org at Wed, 16 Mar 2016 01:22:38 +0000
Bug 1256033 - Allow GENERATED_FILES scripts to depend on other generated files; r=glandium If we add an ObjDirPath as an input to a GENERATED_FILES script, we should run it in the misc tier to ensure the dependent files are created beforehand. We need to use Path objects instead of raw filenames in the GeneratedFile object so the recursive make backend can distinguish between source and objdir files. MozReview-Commit-ID: 9thHTi75zdI
60d99f139eea31f904346b606c3575602067b014: Bug 1254950 - Remove several media Makefile.ins; r=ted
Mike Shal <mshal@mozilla.com> - Mon, 14 Mar 2016 18:02:02 -0400 - rev 340815
Push 13075 by bmo:mh+mozilla@glandium.org at Wed, 16 Mar 2016 01:22:38 +0000
Bug 1254950 - Remove several media Makefile.ins; r=ted MozReview-Commit-ID: 4dvngHQnH0b
b9e19abf6df290cf0449bd3c1f4bdb3b5f1205eb: Bug 1256011 - Remove security/manager/ssl/tests/unit/pkcs11testmodule/Makefile.in; r=ted
Mike Shal <mshal@mozilla.com> - Mon, 14 Mar 2016 19:21:45 -0400 - rev 340814
Push 13075 by bmo:mh+mozilla@glandium.org at Wed, 16 Mar 2016 01:22:38 +0000
Bug 1256011 - Remove security/manager/ssl/tests/unit/pkcs11testmodule/Makefile.in; r=ted MozReview-Commit-ID: qM1XuSSCoX
7314496982c0e5689975ae06f812fb31461d11d9: Bug 1256439 - Run implicit wait callback once before start polling. r=automatedtester
Henrik Skupin <mail@hskupin.info> - Tue, 15 Mar 2016 14:38:32 +0100 - rev 340813
Push 13075 by bmo:mh+mozilla@glandium.org at Wed, 16 Mar 2016 01:22:38 +0000
Bug 1256439 - Run implicit wait callback once before start polling. r=automatedtester By using a timer the first invocation of the callback is happening after the specified interval. That means by a default of 100ms we loose that time on every call of implicit wait, and it will slow-down the test execution drastically. To prevent this lets manually invoke the callback before starting the timer. MozReview-Commit-ID: Ayy1GPEaY92
a967d98ab3f9db9afbbefb44e0a24b9c02e9fadb: Bug 1257008 - Don't collapse the tab list when right-clicking on a device in the Synced Tabs sidebar. r?markh draft
Kit Cambridge <kcambridge@mozilla.com> - Tue, 15 Mar 2016 16:56:52 -0700 - rev 340812
Push 13074 by kcambridge@mozilla.com at Wed, 16 Mar 2016 01:17:38 +0000
Bug 1257008 - Don't collapse the tab list when right-clicking on a device in the Synced Tabs sidebar. r?markh MozReview-Commit-ID: JsaWLfMOYyC
299f6587199a0113df96e6864f528faded0906b3: Bug 1254419 - Add tests for getProperties() draft
Brian Birtles <birtles@gmail.com> - Tue, 15 Mar 2016 21:44:52 +0800 - rev 340811
Push 13073 by bbirtles@mozilla.com at Wed, 16 Mar 2016 00:57:55 +0000
Bug 1254419 - Add tests for getProperties() MozReview-Commit-ID: LrQf2t1L5TG
29026a5a01470fdc3a18c4b900e951f24c11d051: Bug 1254419 - Fill in values sequence in getProperties() draft
Brian Birtles <birtles@gmail.com> - Tue, 15 Mar 2016 21:42:14 +0800 - rev 340810
Push 13073 by bbirtles@mozilla.com at Wed, 16 Mar 2016 00:57:55 +0000
Bug 1254419 - Fill in values sequence in getProperties() MozReview-Commit-ID: 1qMmy14R4DG
b7aa0ec00f6d3ccb43d17e42880ff8dc66495f01: Bug 1254419 - Return animation property information from getProperties() even if the property is overridden draft
Brian Birtles <birtles@gmail.com> - Sun, 13 Mar 2016 19:22:35 +0800 - rev 340809
Push 13073 by bbirtles@mozilla.com at Wed, 16 Mar 2016 00:57:55 +0000
Bug 1254419 - Return animation property information from getProperties() even if the property is overridden 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
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
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 +300000 tip