b828802f32e5d540773329ad6a4945d98d53b72d: Bug 730142 - Download batching. r=Grisha,rnewman
dlim@mozilla.com <dlim@mozilla.com> - Fri, 30 Sep 2016 09:33:08 -0700 - rev 316003
Push 30758 by philringnalda@gmail.com at Sat, 01 Oct 2016 06:23:57 +0000
Bug 730142 - Download batching. r=Grisha,rnewman MozReview-Commit-ID: BhMmynysoKa
2fe60d27c7805da856f286548e1d20e4413b56ca: Bug 1279240 - use registry key to deduce default browser when possible, r=jaws
Gijs Kruitbosch <gijskruitbosch@gmail.com> - Fri, 23 Sep 2016 16:27:20 +0100 - rev 316002
Push 30758 by philringnalda@gmail.com at Sat, 01 Oct 2016 06:23:57 +0000
Bug 1279240 - use registry key to deduce default browser when possible, r=jaws MozReview-Commit-ID: 7kDMRrt5JNK
cc17d0140e11af85d6ee80b56193ddfcc52c02b0: Bug 1279240 - move path parsing of commandline handlers for mimetypes/protocols to nsILocalFileWin, r=froydnj
Gijs Kruitbosch <gijskruitbosch@gmail.com> - Fri, 30 Sep 2016 17:18:41 +0100 - rev 316001
Push 30758 by philringnalda@gmail.com at Sat, 01 Oct 2016 06:23:57 +0000
Bug 1279240 - move path parsing of commandline handlers for mimetypes/protocols to nsILocalFileWin, r=froydnj MozReview-Commit-ID: 4CENm3iqGUH
29ae0ea36daf8acc580b52092cbfc6614fd43e02: Bug 1279240 - save old default browser when setting as default on win7 and below from the installer, r=rstrong
Gijs Kruitbosch <gijskruitbosch@gmail.com> - Tue, 27 Sep 2016 11:41:24 +0100 - rev 316000
Push 30758 by philringnalda@gmail.com at Sat, 01 Oct 2016 06:23:57 +0000
Bug 1279240 - save old default browser when setting as default on win7 and below from the installer, r=rstrong MozReview-Commit-ID: CmMI8bztpaL
5df2521786e17703c106f4d7253a3e701454515d: Bug 1289249 - Use run-task for mozharness jobs on docker-worker; r=dustin
Gregory Szorc <gps@mozilla.com> - Thu, 29 Sep 2016 16:51:15 -0700 - rev 315999
Push 30758 by philringnalda@gmail.com at Sat, 01 Oct 2016 06:23:57 +0000
Bug 1289249 - Use run-task for mozharness jobs on docker-worker; r=dustin This transform appears to always be executed on desktop-build. build.sh always calls checkout-sources.sh and checkout-sources.sh always performs a Gecko checkout. It /may/ perform a build/tools checkout unless an environment variable is set. Now that desktop-build is ready to use run-task, we switch this transform to run-task. A gecko and tools checkout is *always* performed. There is room to make the tools checkout optional. But it completes nearly instantly. So I'm inclined to do this as a follow-up enhancement, if needed. Ideally, the checkout would be on a cache so subsequent tasks on the worker only need to perform a purge+update as opposed to a full checkout. However, many tasks make assumptions about the VCS behavior and modifying the checkout path is a non-trivial amount of work. This can be deferred to a follow-up bug. MozReview-Commit-ID: 5Auerl4OL9x
f1160fac6760b67c8000cf6926865d6b1c1f05ad: Bug 1289249 - Use run-task in spidermonkey tasks; r=dustin
Gregory Szorc <gps@mozilla.com> - Wed, 28 Sep 2016 23:36:26 -0700 - rev 315998
Push 30758 by philringnalda@gmail.com at Sat, 01 Oct 2016 06:23:57 +0000
Bug 1289249 - Use run-task in spidermonkey tasks; r=dustin This is a pretty straightforward port. MozReview-Commit-ID: HaQ6EyrdoKT
149da08ff1c9d090c438570e368d60742157bb2a: Bug 1289249 - Make build-linux.sh executable; r=dustin
Gregory Szorc <gps@mozilla.com> - Wed, 28 Sep 2016 22:43:35 -0700 - rev 315997
Push 30758 by philringnalda@gmail.com at Sat, 01 Oct 2016 06:23:57 +0000
Bug 1289249 - Make build-linux.sh executable; r=dustin Currently, it is executed via another shell script (build.sh from the desktop-build image). build.sh is going away and this will be the main script called by run-task. It already has a shebang. So make it executable. MozReview-Commit-ID: GT4Ix4xdx88
c650a2f6f8fc5f15bd0e43ec133f583b61d938e9: Bug 1289249 - Add run-task to desktop-build image; r=dustin
Gregory Szorc <gps@mozilla.com> - Wed, 28 Sep 2016 20:12:08 -0700 - rev 315996
Push 30758 by philringnalda@gmail.com at Sat, 01 Oct 2016 06:23:57 +0000
Bug 1289249 - Add run-task to desktop-build image; r=dustin run-task is our new universal wrapper for executing tasks. Add it to desktop-build. MozReview-Commit-ID: BCYHVRdUopQ
c6bd1f367375810ac5aa0a8e4e9fecc9826c11f7: Bug 1289249 - Add volumes for Mercurial checkouts; r=dustin
Gregory Szorc <gps@mozilla.com> - Wed, 28 Sep 2016 20:53:43 -0700 - rev 315995
Push 30758 by philringnalda@gmail.com at Sat, 01 Oct 2016 06:23:57 +0000
Bug 1289249 - Add volumes for Mercurial checkouts; r=dustin In preparation for switching desktop-build to use run-task and its VCS management. MozReview-Commit-ID: 17WBMQhJxaV
3a51bf317438c006168d9a9a96c32fc60df5db23: Bug 1289249 - Use vendored tooltool.py in SpiderMonkey tasks; r=dustin
Gregory Szorc <gps@mozilla.com> - Thu, 29 Sep 2016 18:13:36 -0700 - rev 315994
Push 30758 by philringnalda@gmail.com at Sat, 01 Oct 2016 06:23:57 +0000
Bug 1289249 - Use vendored tooltool.py in SpiderMonkey tasks; r=dustin Previously, SpiderMonkey tasks were using tc-vcs to clone the tooltool repository so they could have access to tooltool.py. tooltool.py is already in the execution environment courtesy of being part of the source checkout. So use it from there. One less dependency on a 3rd party service at run-time. One less point for a MITM attack against our automation. MozReview-Commit-ID: JmavaBG4vii
fb9bc2020790c54683be4f9a05965b85cf81224b: Bug 1289249 - Install Mercurial 3.9.1 in desktop-build; r=dustin
Gregory Szorc <gps@mozilla.com> - Thu, 29 Sep 2016 17:54:04 -0700 - rev 315993
Push 30758 by philringnalda@gmail.com at Sat, 01 Oct 2016 06:23:57 +0000
Bug 1289249 - Install Mercurial 3.9.1 in desktop-build; r=dustin As part of this, we had to teach install-mercurial.sh to detect CentOS and install from RPM or source. While we can support installing from an RPM on CentOS 6, this code is currently disabled because the RPM we have is built against Python 2.6, which doesn't support TLS 1.2. Since we have Python 2.7 on the image and this Python 2.7 install supports TLS 1.2, we build Mercurial from source using this Python 2.7 install. We also added a "system setup" shell script. This matches the conventions used for the desktop-test images. MozReview-Commit-ID: 7cHN54n7aQF
2a1ef50facaa34f741acf282c86891d1aa81f8cb: Bug 1289249 - Extract tooltool_fetch to its own shell script; r=dustin
Gregory Szorc <gps@mozilla.com> - Wed, 28 Sep 2016 21:45:25 -0700 - rev 315992
Push 30758 by philringnalda@gmail.com at Sat, 01 Oct 2016 06:23:57 +0000
Bug 1289249 - Extract tooltool_fetch to its own shell script; r=dustin I will add more stuff to common.sh in the future in order to justify its existence. Not in this bug though. MozReview-Commit-ID: Lx7MJwBMH0w
e774ca6c841ae9df8378350f42fb4b9b9cf289c3: Bug 1289249 - Use vendored tooltool in desktop-build image; r=dustin
Gregory Szorc <gps@mozilla.com> - Wed, 28 Sep 2016 21:54:21 -0700 - rev 315991
Push 30758 by philringnalda@gmail.com at Sat, 01 Oct 2016 06:23:57 +0000
Bug 1289249 - Use vendored tooltool in desktop-build image; r=dustin Vendoring: more reliable, more determinism, more secure. MozReview-Commit-ID: BYUUj4ZpndD
a0aaa5f8ec30322a0b75bd3e1e2b91bc7372844e: Bug 1289249 - Ensure cwd is /home/worker; r=dustin
Gregory Szorc <gps@mozilla.com> - Thu, 29 Sep 2016 15:40:54 -0700 - rev 315990
Push 30758 by philringnalda@gmail.com at Sat, 01 Oct 2016 06:23:57 +0000
Bug 1289249 - Ensure cwd is /home/worker; r=dustin When we switch to run-task in a subsequent commit, we can no longer rely on cwd being /home/worker. So have build-linux.sh change the cwd explicitly. MozReview-Commit-ID: 5sYAjHCFi3s
ab876459cc14149b7724c918bfb71dfb2439bfa9: Bug 1289249 - Add argument to perform build/tools checkout; r=dustin
Gregory Szorc <gps@mozilla.com> - Thu, 29 Sep 2016 18:49:07 -0700 - rev 315989
Push 30758 by philringnalda@gmail.com at Sat, 01 Oct 2016 06:23:57 +0000
Bug 1289249 - Add argument to perform build/tools checkout; r=dustin Build tasks currently require a checkout of the build/tools repository. I wish this weren't true and that all files references from this repo were part of mozilla-central or tooltool, but that's how things are. In preparation for running build tasks with run-task, teach run-task to perform a checkout of the build/tools repo. Ideally we'd support configuring the URL to this repository. But I'm not implementing that since I'd prefer we stop relying on the build/tools repo. MozReview-Commit-ID: B2Y1NwS3niO
db1b85faa8b06612fbe7fc536ac81a8090446ced: Bug 1289249 - Make version control interaction generic; r=dustin
Gregory Szorc <gps@mozilla.com> - Thu, 29 Sep 2016 17:05:05 -0700 - rev 315988
Push 30758 by philringnalda@gmail.com at Sat, 01 Oct 2016 06:23:57 +0000
Bug 1289249 - Make version control interaction generic; r=dustin Previously, we assumed we only could have a single version control checkout: Gecko/Firefox. The code reflected this by not passing arguments to the vcs_checkout function. Upcoming commits will introduce the need to perform a checkout of the build/tools repository. In preparation for this, refactor the VCS functionality so it is generic and can work on any repo. MozReview-Commit-ID: B0Act9fz2Ee
6426086c4c0a538d8a2a4dd75ef8df6e1984ef49: Bug 1289249 - Set permissions of parent directory during --chown-recursive; r=dustin
Gregory Szorc <gps@mozilla.com> - Thu, 29 Sep 2016 10:07:21 -0700 - rev 315987
Push 30758 by philringnalda@gmail.com at Sat, 01 Oct 2016 06:23:57 +0000
Bug 1289249 - Set permissions of parent directory during --chown-recursive; r=dustin os.walk() won't explicitly yield the root directory. So we need to update it explicitly when doing a recursive chown. MozReview-Commit-ID: JC0PNsk5gFK
13d0743bcaa67972a09e45472b161a787eceee7e: Bug 1306383: The top level window logic for the OS X is different. r=dvander
Milan Sreckovic <milan@mozilla.com> - Thu, 29 Sep 2016 13:14:11 -0400 - rev 315986
Push 30758 by philringnalda@gmail.com at Sat, 01 Oct 2016 06:23:57 +0000
Bug 1306383: The top level window logic for the OS X is different. r=dvander MozReview-Commit-ID: KP5C9LuITkx
f8dbc2865d675ee95bb299e180712b1a01454be4: Bug 1302707 - Set the default page loading- and script timeout; r=automatedtester
Andreas Tolfsen <ato@mozilla.com> - Wed, 28 Sep 2016 17:32:36 +0100 - rev 315985
Push 30758 by philringnalda@gmail.com at Sat, 01 Oct 2016 06:23:57 +0000
Bug 1302707 - Set the default page loading- and script timeout; r=automatedtester The WebDriver specification mandates that the page loading timeout must be five minutes, and the script timeout 30 seconds. MozReview-Commit-ID: E82jGXCb2ch
8ef405957cfeeee6742c13e2de9ddd0f079c1697: Bug 1302707 - Fix type check to allow page loading timeout of 0; r=automatedtester
Andreas Tolfsen <ato@mozilla.com> - Tue, 27 Sep 2016 13:07:28 +0100 - rev 315984
Push 30758 by philringnalda@gmail.com at Sat, 01 Oct 2016 06:23:57 +0000
Bug 1302707 - Fix type check to allow page loading timeout of 0; r=automatedtester The `get` function in testing/marionette/listener.js used an evaluated if-condition test to determine if a page timeout was given. This would fail if passed 0 because 0 evaluates to false in JavaScript. This patch fixes the incorrect type check by looking at whether the variable has been defined or not. MozReview-Commit-ID: 39vDZRjKAFb
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip