baff26beaa869743019dba6fb7e179b9eaba8952: Bug 1228921 - Write nsChangeHint constants using left shifts. r=xidorn
L. David Baron <dbaron@dbaron.org> - Mon, 30 Nov 2015 21:37:08 -0800 - rev 309008
Push 5513 by raliiev@mozilla.com at Mon, 25 Jan 2016 13:55:34 +0000
Bug 1228921 - Write nsChangeHint constants using left shifts. r=xidorn This means I don't have to carefully count (or copy and paste) 0s when adding new constants.
9dde6025527fbf1c44b2ef6cdcfdd7062c51e24a: Bug 1224251 patch 4 - Convert UpdateOpacityLayer to RepaintFrame when changing opacity between 1 and non-1 on table parts. r=mattwoodrow
L. David Baron <dbaron@dbaron.org> - Mon, 30 Nov 2015 21:25:55 -0800 - rev 309007
Push 5513 by raliiev@mozilla.com at Mon, 25 Jan 2016 13:55:34 +0000
Bug 1224251 patch 4 - Convert UpdateOpacityLayer to RepaintFrame when changing opacity between 1 and non-1 on table parts. r=mattwoodrow
7093bae2bb25d84bbdd12301eefaa6247e75048e: Bug 1224251 patch 3 - Return nsChangeHint_UpdateUsesOpacity when opacity changes between 1 and non-1. r=xidorn
L. David Baron <dbaron@dbaron.org> - Mon, 30 Nov 2015 21:25:54 -0800 - rev 309006
Push 5513 by raliiev@mozilla.com at Mon, 25 Jan 2016 13:55:34 +0000
Bug 1224251 patch 3 - Return nsChangeHint_UpdateUsesOpacity when opacity changes between 1 and non-1. r=xidorn
6d9165f61d39008e1e73c4dbf0f5933dbc34c59b: Bug 1224251 patch 2 - Add nsChangeHint_UpdateUsesOpacity to say when opacity changes between 1 and non-1. r=xidorn
L. David Baron <dbaron@dbaron.org> - Mon, 30 Nov 2015 21:25:54 -0800 - rev 309005
Push 5513 by raliiev@mozilla.com at Mon, 25 Jan 2016 13:55:34 +0000
Bug 1224251 patch 2 - Add nsChangeHint_UpdateUsesOpacity to say when opacity changes between 1 and non-1. r=xidorn
8fee42e9c11b9cdd85bb6bf3e1ed0927eca83404: Bug 1224251 patch 1 - Add reftests. r=mattwoodrow
L. David Baron <dbaron@dbaron.org> - Mon, 30 Nov 2015 21:25:54 -0800 - rev 309004
Push 5513 by raliiev@mozilla.com at Mon, 25 Jan 2016 13:55:34 +0000
Bug 1224251 patch 1 - Add reftests. r=mattwoodrow Locally, these tests fail reliably for me without the patch. I'm not, however, confident that they would continue to do so, across future mutations in the code, were the bug to be reintroduced, given the amount of fiddling I had to go through to get them to fail without the patch. That is, without the patch: table-row-opacity-dynamic-1.html shows the area of the row that's not behind the text as a much more opaque blue than it should be (while the area of the row that is behind the text is correct) table-row-opacity-dynamic-2.html shows the area of the row that's not behind the text as the white background showing through (while the area of the row that is behind the text is correct)
f647c855f10b4c8e9e4d5b43c5bb1a4a05d38e50: Bug 1229212: Manually make the text frame inside of <input type="number"> satisfy the requirement that all flex items are block-level. r=mats
Daniel Holbert <dholbert@cs.stanford.edu> - Mon, 30 Nov 2015 21:22:44 -0800 - rev 309003
Push 5513 by raliiev@mozilla.com at Mon, 25 Jan 2016 13:55:34 +0000
Bug 1229212: Manually make the text frame inside of <input type="number"> satisfy the requirement that all flex items are block-level. r=mats
4ec205ad08157abb71b492a10e423de4e971770e: Bug 1186406 - Copy input to ClearKey's decoder, so we can return its containing shmem earlier. r=gerald
Chris Pearce <cpearce@mozilla.com> - Tue, 01 Dec 2015 18:13:58 +1300 - rev 309002
Push 5513 by raliiev@mozilla.com at Mon, 25 Jan 2016 13:55:34 +0000
Bug 1186406 - Copy input to ClearKey's decoder, so we can return its containing shmem earlier. r=gerald We're failing in the "Very rough kill-switch" case in GMPVideoDecoderParent::Decode() we find that too many shmems are in use when we come to send a "Decode" message to the GMP, and that causes an error which percolates up to cause the test failure. This patch changes gmp-clearkey to copy the input encrypted and compressed sample and immediately return the shmem to the parent process. We are copying the data anyway when we decrypt, so we can rejigg things so that we don't actually end up doing a second copy.
39cbbf8f1c0ae776822ebf3800b69c4c9e1c7fa2: Bug 1186406 - Log why GMPVideoDecoderParent::Decode() fails. r=gerald
Chris Pearce <cpearce@mozilla.com> - Tue, 01 Dec 2015 18:13:52 +1300 - rev 309001
Push 5513 by raliiev@mozilla.com at Mon, 25 Jan 2016 13:55:34 +0000
Bug 1186406 - Log why GMPVideoDecoderParent::Decode() fails. r=gerald This helps us to identify the cause of such failures.
aad04db89c38a569fdd57519ff453acd39ab6816: Bug 1229245 - Use a FinalTargetFiles-like object for TESTING_JS_MODULES. r=gps
Mike Hommey <mh+mozilla@glandium.org> - Sat, 28 Nov 2015 11:48:50 +0900 - rev 309000
Push 5513 by raliiev@mozilla.com at Mon, 25 Jan 2016 13:55:34 +0000
Bug 1229245 - Use a FinalTargetFiles-like object for TESTING_JS_MODULES. r=gps
0aed6d9859486d2704f6ba6200bd6bec9149b33e: Bug 1229245 - Don't store the target in FinalTarget{,Preprocessed}Files instances. r=gps
Mike Hommey <mh+mozilla@glandium.org> - Sat, 28 Nov 2015 11:42:51 +0900 - rev 308999
Push 5513 by raliiev@mozilla.com at Mon, 25 Jan 2016 13:55:34 +0000
Bug 1229245 - Don't store the target in FinalTarget{,Preprocessed}Files instances. r=gps They already have that value in self.install_target.
60c1ec5f83695254cd858913b21bb07ad78bf73e: Bug 1229241 - Use FINAL_TARGET{,_PP}_FILES for EXTRA{,_PP}_JS_MODULES. r=gps
Mike Hommey <mh+mozilla@glandium.org> - Sat, 28 Nov 2015 11:20:32 +0900 - rev 308998
Push 5513 by raliiev@mozilla.com at Mon, 25 Jan 2016 13:55:34 +0000
Bug 1229241 - Use FINAL_TARGET{,_PP}_FILES for EXTRA{,_PP}_JS_MODULES. r=gps
192e590b1a63cad3fc36b768e3e3b7e3ef73fd1c: Bug 1229241 - Redirect RESOURCE_FILES to FINAL_TARGET_FILES.res. r=gps
Mike Hommey <mh+mozilla@glandium.org> - Sat, 28 Nov 2015 10:54:52 +0900 - rev 308997
Push 5513 by raliiev@mozilla.com at Mon, 25 Jan 2016 13:55:34 +0000
Bug 1229241 - Redirect RESOURCE_FILES to FINAL_TARGET_FILES.res. r=gps
48d86aacdfc526c919826cf5248a7cbc9e931bb9: Bug 1229241 - Use FINAL_TARGET{,_PP}_FILES for JS_PREFERENCE{,_PP}_FILES. r=gps
Mike Hommey <mh+mozilla@glandium.org> - Sat, 28 Nov 2015 10:21:19 +0900 - rev 308996
Push 5513 by raliiev@mozilla.com at Mon, 25 Jan 2016 13:55:34 +0000
Bug 1229241 - Use FINAL_TARGET{,_PP}_FILES for JS_PREFERENCE{,_PP}_FILES. r=gps
839564f83b4966f7732d4cf4e24edb70361064c9: Bug 1229241 - Use relative paths for JS_PREFERENCE{,_PP}_FILES in b2g/dev/app. r=me
Mike Hommey <mh+mozilla@glandium.org> - Tue, 01 Dec 2015 12:30:04 +0900 - rev 308995
Push 5513 by raliiev@mozilla.com at Mon, 25 Jan 2016 13:55:34 +0000
Bug 1229241 - Use relative paths for JS_PREFERENCE{,_PP}_FILES in b2g/dev/app. r=me
81d63799328b2ae690f7135586ea76d3fb911cad: Bug 1229241 - Differentiate preprocessed and non-preprocessed JS pref files. r=gps
Mike Hommey <mh+mozilla@glandium.org> - Sat, 28 Nov 2015 09:42:40 +0900 - rev 308994
Push 5513 by raliiev@mozilla.com at Mon, 25 Jan 2016 13:55:34 +0000
Bug 1229241 - Differentiate preprocessed and non-preprocessed JS pref files. r=gps
88981a083ec91e7ff8b6cd3f91b91cb9d1246240: Bug 1229241 - Redirect EXTRA{_PP}_COMPONENTS to FINAL_TARGET{,_PP}_FILES.components. r=gps
Mike Hommey <mh+mozilla@glandium.org> - Fri, 27 Nov 2015 22:54:39 +0900 - rev 308993
Push 5513 by raliiev@mozilla.com at Mon, 25 Jan 2016 13:55:34 +0000
Bug 1229241 - Redirect EXTRA{_PP}_COMPONENTS to FINAL_TARGET{,_PP}_FILES.components. r=gps
63bfa84f09aa6f7f510b44bc813e562e8456573e: Bug 1229241 - Support merging HierarchicalStringLists. r=gps
Mike Hommey <mh+mozilla@glandium.org> - Fri, 27 Nov 2015 21:47:32 +0900 - rev 308992
Push 5513 by raliiev@mozilla.com at Mon, 25 Jan 2016 13:55:34 +0000
Bug 1229241 - Support merging HierarchicalStringLists. r=gps
7b183b8a6116a5f5d65eeccbab97ced59910ef79: Bug 1229241 - Reject FINAL_TARGET{,_PP}_FILES along DIST_INSTALL = False. r=gps
Mike Hommey <mh+mozilla@glandium.org> - Fri, 27 Nov 2015 21:08:34 +0900 - rev 308991
Push 5513 by raliiev@mozilla.com at Mon, 25 Jan 2016 13:55:34 +0000
Bug 1229241 - Reject FINAL_TARGET{,_PP}_FILES along DIST_INSTALL = False. r=gps
b69aaa0c37118c43a5830c721fb40854a3f5c1cc: Bug 1229241 - Allow moz.build special variables to be set, as long as the value is not modified. r=gps
Mike Hommey <mh+mozilla@glandium.org> - Fri, 27 Nov 2015 21:01:28 +0900 - rev 308990
Push 5513 by raliiev@mozilla.com at Mon, 25 Jan 2016 13:55:34 +0000
Bug 1229241 - Allow moz.build special variables to be set, as long as the value is not modified. r=gps This will allow a new kind of special variable where it is possible to do FOO += ['bar'] All the current special variables are either strings (for which __setitem__ would be called with a different string object), or a read-only dict (which doesn't allow modifications).
e03b93cbb64d4996a9f170d76a69801b9a708d84: Bug 1229233 - Add a (incomplete) end-to-end build test. r=gps
Mike Hommey <mh+mozilla@glandium.org> - Mon, 30 Nov 2015 17:43:06 +0900 - rev 308989
Push 5513 by raliiev@mozilla.com at Mon, 25 Jan 2016 13:55:34 +0000
Bug 1229233 - Add a (incomplete) end-to-end build test. r=gps We have many unit tests in the tree for some small parts of the build system pipeline, but we don't have anything that resembles an end to end test, and we kind of rely on the resulting Firefox not being broken by our changes. With the Faster make backend growing, I want to ensure it produces the same thing as the recursive make backend, at least for the parts it supports. This adds some kind of test that allows to check that.
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 +300000 tip