199c73e2737df4e74dce37cfa1d139f0ed873f02: Bug 1305598 - Ensure parent directory of virtualenv directory exists; r=maja_zf
Gregory Szorc <gps@mozilla.com> - Wed, 28 Sep 2016 13:41:51 -0700 - rev 315571
Push 30751 by cbook@mozilla.com at Thu, 29 Sep 2016 09:43:23 +0000
Bug 1305598 - Ensure parent directory of virtualenv directory exists; r=maja_zf The virtualenv is placed in the "work dir" by default. If we clobber the "work dir" at the beginning of the job, the parent directory of the virtualenv may not exist and virtualenv creation will fail because we set cwd to the work dir. Fix that by ensuring the work dir / cwd always exists when creating the virtualenv. MozReview-Commit-ID: FAZPP1Sm22k
eff98b9440e9dbad7b44597f7d0dc224c4cd0833: Bug 1302038 part 2 - Add DocumentTimelineOptions dictionary. r=birtles,smaug
Mantaroh Yoshinaga <mantaroh@gmail.com> - Wed, 28 Sep 2016 16:56:24 +0900 - rev 315570
Push 30751 by cbook@mozilla.com at Thu, 29 Sep 2016 09:43:23 +0000
Bug 1302038 part 2 - Add DocumentTimelineOptions dictionary. r=birtles,smaug MozReview-Commit-ID: 6i0PafTmFFo
d41cbb317f73e66a2c923201454f1248164e37e0: Bug 1302038 part 1 - Add DocumentTimeline constructor tests. r=birtles
Mantaroh Yoshinaga <mantaroh@gmail.com> - Wed, 28 Sep 2016 16:56:18 +0900 - rev 315569
Push 30751 by cbook@mozilla.com at Thu, 29 Sep 2016 09:43:23 +0000
Bug 1302038 part 1 - Add DocumentTimeline constructor tests. r=birtles MozReview-Commit-ID: 578CGTBiBlv
85980619dd33d75c8db4844b29564687257f8f31: Bug 1305910 - Use vendored robustcheckout.py; r=dustin
Gregory Szorc <gps@mozilla.com> - Tue, 27 Sep 2016 20:05:54 -0700 - rev 315568
Push 30751 by cbook@mozilla.com at Thu, 29 Sep 2016 09:43:23 +0000
Bug 1305910 - Use vendored robustcheckout.py; r=dustin When we initially implemented support for robustcheckout, we didn't have the magic "%include" syntax in Dockerfiles. So we used tooltool to download robustcheckout.py to the image. Now that we have nice things, we can use the vendored robustcheckout.py file. As part of this, I realized we're inconsistently using /tmp, /setup and /build for files used during image building. That should probably be cleaned up. I'd rather not bloat scope for this bug, however. MozReview-Commit-ID: D99Gcdw1DId
694718beec802d895597ce5e3d25655e33276a5d: Bug 1305157 - Handle the build/ directory's GENERATED_FILES; r=gps
Mike Shal <mshal@mozilla.com> - Wed, 28 Sep 2016 13:59:36 -0400 - rev 315567
Push 30751 by cbook@mozilla.com at Thu, 29 Sep 2016 09:43:23 +0000
Bug 1305157 - Handle the build/ directory's GENERATED_FILES; r=gps This is a little tricky since tup expects rules in a single Tupfile to be topologically sorted, and the emitter emits the GeneratedFile object before it emits the FinalTargetPreprocessedFile object. We work around this by delaying when we process the application.ini.h GeneratedFile object, but it's a hack. MozReview-Commit-ID: 8nVm76nZOKb
c4e99e641104fa2d6d68646897f16845bc36dacc: Bug 1305157 - Handle FinalTargetPreprocessedFiles in the tup backend; r=gps
Mike Shal <mshal@mozilla.com> - Wed, 28 Sep 2016 13:55:38 -0400 - rev 315566
Push 30751 by cbook@mozilla.com at Thu, 29 Sep 2016 09:43:23 +0000
Bug 1305157 - Handle FinalTargetPreprocessedFiles in the tup backend; r=gps MozReview-Commit-ID: 6fxTagN6mGl
1e844b5048255469f65842edd1753882820cb3c3: Bug 1305157 - Fix buildid.h and create source-repo.h in make before tup runs; r=gps
Mike Shal <mshal@mozilla.com> - Wed, 28 Sep 2016 13:51:34 -0400 - rev 315565
Push 30751 by cbook@mozilla.com at Thu, 29 Sep 2016 09:43:23 +0000
Bug 1305157 - Fix buildid.h and create source-repo.h in make before tup runs; r=gps MozReview-Commit-ID: CPYA1OJUfo8
f65ae87fe51a0af01b2f31f98c50c1aa76ba4b47: Bug 1305157 - Move GeneratedFile handling into its own function; r=gps
Mike Shal <mshal@mozilla.com> - Tue, 27 Sep 2016 13:41:16 -0400 - rev 315564
Push 30751 by cbook@mozilla.com at Thu, 29 Sep 2016 09:43:23 +0000
Bug 1305157 - Move GeneratedFile handling into its own function; r=gps MozReview-Commit-ID: HbZBYVugj9E
a008ff0d08b46635ffad694851c52f7d6141d83a: Backed out changeset 1418ec10eda2 (bug 1303668) for mozharness bustage
Gregory Szorc <gps@mozilla.com> - Wed, 28 Sep 2016 15:24:59 -0700 - rev 315563
Push 30751 by cbook@mozilla.com at Thu, 29 Sep 2016 09:43:23 +0000
Backed out changeset 1418ec10eda2 (bug 1303668) for mozharness bustage
380b8036c0460e2304d762f5a85c4f8e8023373f: Bug 1305910 - Vendor latest version of robustcheckout; r=me
Gregory Szorc <gps@mozilla.com> - Wed, 28 Sep 2016 14:59:30 -0700 - rev 315562
Push 30751 by cbook@mozilla.com at Thu, 29 Sep 2016 09:43:23 +0000
Bug 1305910 - Vendor latest version of robustcheckout; r=me From changeset 3282813aa892f0fc247181a33ce0bde2b751da50 from the version-control-tools repo. File added without modifications. Upstream change was peer reviewed.
1418ec10eda28b22a3edc60b82222d72bc741816: Bug 1303668 - Failing to find a symbols url should be a warning instead of a exception. r=whimboo
Armen Zambrano Gasparnian <armenzg@mozilla.com> - Fri, 23 Sep 2016 13:53:30 -0400 - rev 315561
Push 30751 by cbook@mozilla.com at Thu, 29 Sep 2016 09:43:23 +0000
Bug 1303668 - Failing to find a symbols url should be a warning instead of a exception. r=whimboo Failing to find symbols in this case should be turned into a warning rather than dumping the traceback since we're going to rely on mozcrash doing the right thing later on. This will reduce unnecessary reporting of symbols not being available. MozReview-Commit-ID: GXO01B7vzGV
9df68a52f11882ad658e8a49fb37c325641556ed: Bug 1288210 - Reftest. r=mstange
Botond Ballo <botond@mozilla.com> - Wed, 29 Jun 2016 18:26:15 -0400 - rev 315560
Push 30751 by cbook@mozilla.com at Thu, 29 Sep 2016 09:43:23 +0000
Bug 1288210 - Reftest. r=mstange MozReview-Commit-ID: I15roRN3X0A
4672d3063ce06ebdcbd1622a31768f9d00e3a772: Bug 1288210 - In AlignFixedAndStickyLayers, propagate the unconsumed portion of the adjustment to descendant layers. r=mstange
Botond Ballo <botond@mozilla.com> - Fri, 23 Sep 2016 19:32:57 -0400 - rev 315559
Push 30751 by cbook@mozilla.com at Thu, 29 Sep 2016 09:43:23 +0000
Bug 1288210 - In AlignFixedAndStickyLayers, propagate the unconsumed portion of the adjustment to descendant layers. r=mstange MozReview-Commit-ID: DOOCRA0RHtr
eb59ffa183cd049d6d6dda48b6eb1e509e9dba41: Bug 1288210 - Don't use ForEachNode in AlignFixedAndStickyLayers. r=mstange
Botond Ballo <botond@mozilla.com> - Fri, 23 Sep 2016 19:32:09 -0400 - rev 315558
Push 30751 by cbook@mozilla.com at Thu, 29 Sep 2016 09:43:23 +0000
Bug 1288210 - Don't use ForEachNode in AlignFixedAndStickyLayers. r=mstange It would make the next change awkard. This also temporarily removes the current, incomplete, handling of an unconsumed translation, but this will be added back (and made complete) in the next commit. MozReview-Commit-ID: 2tPOjEMRKfj
e9723fed5995b26928bfdb56d119fdd78090bb81: Bug 1288210 - Update the comment above AlignFixedAndStickyLayers(). r=mstange
Botond Ballo <botond@mozilla.com> - Mon, 26 Sep 2016 16:28:24 -0400 - rev 315557
Push 30751 by cbook@mozilla.com at Thu, 29 Sep 2016 09:43:23 +0000
Bug 1288210 - Update the comment above AlignFixedAndStickyLayers(). r=mstange MozReview-Commit-ID: ri9bJZLHYB
72a754e5f8e09aa50e29b4b864c4d64fa95ced4c: Bug 1288210 - Simplify AlignFixedAndStickyLayers by not considering the local transform. r=kats,mstange
Botond Ballo <botond@mozilla.com> - Wed, 28 Sep 2016 13:33:38 -0400 - rev 315556
Push 30751 by cbook@mozilla.com at Thu, 29 Sep 2016 09:43:23 +0000
Bug 1288210 - Simplify AlignFixedAndStickyLayers by not considering the local transform. r=kats,mstange There shouldn't be a local transform because we create container layers for fixed layers, so any transform would be on a descendant layer instead. MozReview-Commit-ID: Kmya9vHZx1n
d5732c396703795554b7843bb6c3a91c26c8ec64: Bug 1288210 - Simplify AlignFixedAndStickyLayers by not considering the ancestor transform. r=kats,mstange
Botond Ballo <botond@mozilla.com> - Fri, 23 Sep 2016 19:52:15 -0400 - rev 315555
Push 30751 by cbook@mozilla.com at Thu, 29 Sep 2016 09:43:23 +0000
Bug 1288210 - Simplify AlignFixedAndStickyLayers by not considering the ancestor transform. r=kats,mstange There shouldn't be an ancestor transform, because transforms create containing blocks for fixed-position descendants. MozReview-Commit-ID: IVp1djLgIV9
d758ed99896df2450b24a89323dc9ef1e229c20e: Bug 1288210 - Fixed a bug in how the ancestor transform is computed in AlignFixedAndStickyLayers. r=mstange
Botond Ballo <botond@mozilla.com> - Mon, 26 Sep 2016 17:19:34 -0400 - rev 315554
Push 30751 by cbook@mozilla.com at Thu, 29 Sep 2016 09:43:23 +0000
Bug 1288210 - Fixed a bug in how the ancestor transform is computed in AlignFixedAndStickyLayers. r=mstange MozReview-Commit-ID: 8TL7PNpYv6R
0ae35c34f4e9dfcd8a7744d0d8331d794ae9435f: Bug 1288210 - Improve the use of strongly typed units in AsyncCompositionManager. r=mstange
Botond Ballo <botond@mozilla.com> - Wed, 21 Sep 2016 17:33:29 -0400 - rev 315553
Push 30751 by cbook@mozilla.com at Thu, 29 Sep 2016 09:43:23 +0000
Bug 1288210 - Improve the use of strongly typed units in AsyncCompositionManager. r=mstange MozReview-Commit-ID: 1EfGg0MNSBm
d2435513f1356962445a7704b8d8b0d911b9aac3: Bug 1191778 - remove references to mozapps content preferences.css stylesheet, r=jaws
Gijs Kruitbosch <gijskruitbosch@gmail.com> - Wed, 28 Sep 2016 19:28:07 +0100 - rev 315552
Push 30751 by cbook@mozilla.com at Thu, 29 Sep 2016 09:43:23 +0000
Bug 1191778 - remove references to mozapps content preferences.css stylesheet, r=jaws MozReview-Commit-ID: JSVGbUZDxbB
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip