2084264fac1f40bb25c6ed8065f89585465aa290: Bug 1559946 - The CFR FxA Bookmark Panel Message has incorrect dimensions in some locales r=r1cky
Andrei Oprea <andrei.br92@gmail.com> - Mon, 24 Jun 2019 21:07:45 +0000 - rev 480100
Push 36201 by csabou@mozilla.com at Wed, 26 Jun 2019 03:57:29 +0000
Bug 1559946 - The CFR FxA Bookmark Panel Message has incorrect dimensions in some locales r=r1cky Differential Revision: https://phabricator.services.mozilla.com/D35676
0a2cb6c105cc4d362f61c5417635cb4afc5b1990: Bug 1560926 - temporarily revert changes made in bug 1548614, restore win10-64-ux workers r=jmaher
Edwin Gao <egao@mozilla.com> - Tue, 25 Jun 2019 20:19:45 +0000 - rev 480099
Push 36201 by csabou@mozilla.com at Wed, 26 Jun 2019 03:57:29 +0000
Bug 1560926 - temporarily revert changes made in bug 1548614, restore win10-64-ux workers r=jmaher Changes: - reverts the changes made in https://phabricator.services.mozilla.com/D35262 - tries best to keep the changes but temporarily commented Differential Revision: https://phabricator.services.mozilla.com/D35846
a91cc939f11246643f966e61a7bfa58d8a11a237: Bug 1557785 - Enable 3-tier PGO on Windows builds; r=tomprince
Mike Shal <mshal@mozilla.com> - Wed, 19 Jun 2019 22:06:22 +0000 - rev 480098
Push 36201 by csabou@mozilla.com at Wed, 26 Jun 2019 03:57:29 +0000
Bug 1557785 - Enable 3-tier PGO on Windows builds; r=tomprince Differential Revision: https://phabricator.services.mozilla.com/D34803
91b34c90d2a9e87ab5cd796768ba7274739e7960: Bug 1557785 - Process install manifests in 3-tier Windows builds; r=firefox-build-system-reviewers,chmanchester
Mike Shal <mshal@mozilla.com> - Wed, 19 Jun 2019 22:06:14 +0000 - rev 480097
Push 36201 by csabou@mozilla.com at Wed, 26 Jun 2019 03:57:29 +0000
Bug 1557785 - Process install manifests in 3-tier Windows builds; r=firefox-build-system-reviewers,chmanchester Windows 1-tier PGO builds only partially clobber between the profile-generate and profile-use stages, so that exports/installed files don't have to be reprocessed. Unfortunately we can't skip the install manifests in 3-tier PGO because the profile-generate build happens on a different machine, so we have to differentiate between 1-tier and 3-tier PGO builds. A new variable, MOZ_1TIER_PGO, is used for this purpose. Eventually this logic can be cleaned up in bug 1557788 once all PGO builds use the 3-tier model. Differential Revision: https://phabricator.services.mozilla.com/D34802
861e83cc1b9bc119f70c7a714eb8c9b4d0e3b34c: Bug 1557785 - Switch backslashes to forward-slashes in JARLOG_FILE_AB_CD for Windows; r=glandium
Mike Shal <mshal@mozilla.com> - Wed, 19 Jun 2019 22:06:11 +0000 - rev 480096
Push 36201 by csabou@mozilla.com at Wed, 26 Jun 2019 03:57:29 +0000
Bug 1557785 - Switch backslashes to forward-slashes in JARLOG_FILE_AB_CD for Windows; r=glandium Our version of mozmake in Windows has issues with how it shells out to commands that contain double-quote characters. For example: FOO="bar" $(PYTHON) script.py behaves differently than: FOO='bar' $(PYTHON) script.py With a double-quote anywhere in the command-line, backslashes get slurped, so Z:\task/foo becomes Z:task/foo, and python fails to open the file. The backslash comes from the WORKSPACE variable in Taskcluster, which is used in many places, so it seems prudent here to simply convert the backslash to a forward-slash as a workaround for the issue. Another possible workaround is to change WORKSPACE to use forward-slashes, and work around any potential issues with that. Differential Revision: https://phabricator.services.mozilla.com/D34801
b5c65f2ea1acbc7a95a1c57e72464661540ab821: Bug 1557785 - Fix automatic setting of LTO with clang-cl; r=dmajor
Mike Shal <mshal@mozilla.com> - Tue, 25 Jun 2019 18:38:15 +0000 - rev 480095
Push 36201 by csabou@mozilla.com at Wed, 26 Jun 2019 03:57:29 +0000
Bug 1557785 - Fix automatic setting of LTO with clang-cl; r=dmajor With clang-cl and PGO enabled, toolchain.configure automatically turns on LTO for compatibility with MSVC. However, MOZ_PGO is set for both the profile-generate and profile-use builds in a 3-tier PGO setup via imply_option(), but we only want LTO enabled for the profile-use build (see bug 1483778). For 1-tier PGO builds, which are still used by local developers, MOZ_PGO will be set and --enable-profile-generate will be unset, so LTO will be automatically enabled. The profiledbuild target in make is responsible for disabling MOZ_LTO on the profile-generate build. For 3-tier PGO builds, MOZ_PGO will still be set, so we can skip setting LTO in configure when --enable-profile-generate is set. Differential Revision: https://phabricator.services.mozilla.com/D34800
3430c89be449991836d52314869269cc0afa8227: Bug 1557785 - Allow LLVM_PROFDATA to work even if not explicitly set in the environment; r=firefox-build-system-reviewers,chmanchester
Mike Shal <mshal@mozilla.com> - Wed, 19 Jun 2019 22:05:56 +0000 - rev 480094
Push 36201 by csabou@mozilla.com at Wed, 26 Jun 2019 03:57:29 +0000
Bug 1557785 - Allow LLVM_PROFDATA to work even if not explicitly set in the environment; r=firefox-build-system-reviewers,chmanchester Windows finds llvm-profdata in the PATH, in contrast to Linux or Android builds that set LLVM_PROFDATA as an environment variable in mozconfigs. The pgo_profile_path() configure checks should still work in this case. Differential Revision: https://phabricator.services.mozilla.com/D34799
0b6522f13bcfe979c1cd25e58447eecac2df9b34: Bug 1557785 - Hook MOZ_PGO_PROFILE_USE environment variable into common Windows mozconfig; r=firefox-build-system-reviewers,chmanchester
Mike Shal <mshal@mozilla.com> - Wed, 19 Jun 2019 22:05:52 +0000 - rev 480093
Push 36201 by csabou@mozilla.com at Wed, 26 Jun 2019 03:57:29 +0000
Bug 1557785 - Hook MOZ_PGO_PROFILE_USE environment variable into common Windows mozconfig; r=firefox-build-system-reviewers,chmanchester MOZ_PGO_PROFILE_USE is set when the use-pgo attribute is defined in the task. This environment variable is used to enable --enable-profile-use and related configure flags. Differential Revision: https://phabricator.services.mozilla.com/D34798
516aa5eb97328ea43f3a2c2a7de17c947d023f79: Bug 1557785 - Add Windows generate profile task; r=tomprince
Mike Shal <mshal@mozilla.com> - Wed, 19 Jun 2019 22:05:43 +0000 - rev 480092
Push 36201 by csabou@mozilla.com at Wed, 26 Jun 2019 03:57:29 +0000
Bug 1557785 - Add Windows generate profile task; r=tomprince Differential Revision: https://phabricator.services.mozilla.com/D34797
2989571031f9691269ef4441129432d31c5b66dc: Bug 1557785 - Update run-profileserver.sh for Windows compatibility; r=firefox-build-system-reviewers,chmanchester
Mike Shal <mshal@mozilla.com> - Wed, 19 Jun 2019 22:05:41 +0000 - rev 480091
Push 36201 by csabou@mozilla.com at Wed, 26 Jun 2019 03:57:29 +0000
Bug 1557785 - Update run-profileserver.sh for Windows compatibility; r=firefox-build-system-reviewers,chmanchester The run-profileserver.sh script is a bridge between the Taskcluster task and profileserver.py. It was originally written as a Linux-only script, but with a few modifications it can support Windows as well. The xvfb support needs to be optional, and the UPLOAD_PATH and PGO_RUNDIR variables must not assume a Linux filesystem. Differential Revision: https://phabricator.services.mozilla.com/D34796
1bc6ee0c6672a37dd40e4ca5e0c8331042bb2781: Bug 1557785 - Add win64 PGO-instrumented task; r=tomprince
Mike Shal <mshal@mozilla.com> - Wed, 19 Jun 2019 22:05:26 +0000 - rev 480090
Push 36201 by csabou@mozilla.com at Wed, 26 Jun 2019 03:57:29 +0000
Bug 1557785 - Add win64 PGO-instrumented task; r=tomprince Differential Revision: https://phabricator.services.mozilla.com/D34795
725ea89ab2d28d570b4311c5ba77069bc7fcf19c: Bug 1427396 - Twice the dom.serviceWorkers.idle_timeout value for tests under dom/tests/mochitest/fetch/ to reduce the impact SW termination by timeout. r=perry
Eden Chuang <echuang@mozilla.com> - Tue, 25 Jun 2019 15:21:15 +0000 - rev 480089
Push 36201 by csabou@mozilla.com at Wed, 26 Jun 2019 03:57:29 +0000
Bug 1427396 - Twice the dom.serviceWorkers.idle_timeout value for tests under dom/tests/mochitest/fetch/ to reduce the impact SW termination by timeout. r=perry The ServiceWorker is terminated by idleWorkerTimer timeout, and in slow platforms/machines, it would cancel the uncompleted fetching and make unexpected behavior during running tests. The SW idle termination implementation has no defects, so the fix would just double the dom.serviceWorkers.idle_timeout to let fetchings have more chance to finish before idleWorkerTimer timeout. Differential Revision: https://phabricator.services.mozilla.com/D35555
308ea5eaadf1401186e31428f4528120b9803235: Bug 1561392 - Handle backward-compat for new event-breakpoint implementation. r=davidwalsh
Logan Smyth <loganfsmyth@gmail.com> - Tue, 25 Jun 2019 20:17:24 +0000 - rev 480088
Push 36201 by csabou@mozilla.com at Wed, 26 Jun 2019 03:57:29 +0000
Bug 1561392 - Handle backward-compat for new event-breakpoint implementation. r=davidwalsh Differential Revision: https://phabricator.services.mozilla.com/D35847
caacd1cb3ec10b6d39a4fbdc5eb09a7a703d87c3: Bug 1541923 - Avoid leaking cookies via Normandy fetches r=Gijs
Michael Cooper <mcooper@mozilla.com> - Tue, 25 Jun 2019 20:14:23 +0000 - rev 480087
Push 36201 by csabou@mozilla.com at Wed, 26 Jun 2019 03:57:29 +0000
Bug 1541923 - Avoid leaking cookies via Normandy fetches r=Gijs Differential Revision: https://phabricator.services.mozilla.com/D31810
44a166a4efdbfd3270f1e91c854f0dba4e62ddfb: Bug 1555255 - Don't require a network connection to produce Javadoc. r=geckoview-reviewers,agi
Nick Alexander <nalexander@mozilla.com> - Tue, 25 Jun 2019 19:58:26 +0000 - rev 480086
Push 36201 by csabou@mozilla.com at Wed, 26 Jun 2019 03:57:29 +0000
Bug 1555255 - Don't require a network connection to produce Javadoc. r=geckoview-reviewers,agi See https://stackoverflow.com/a/24026735. Adding the `docs` package requirement is not ideal, but it's not worth the effort to install it only in automation (or in the relevant task), and it's not *that* large: 1.0G on my macOS installation. Differential Revision: https://phabricator.services.mozilla.com/D35834
cac1aaff7d7b51da082004488956610f881629e5: Bug 1560826 - Make bootstrap upgrade mercurial when it is older than 4.8. r=nalexander
Mike Hommey <mh+mozilla@glandium.org> - Tue, 25 Jun 2019 16:50:17 +0000 - rev 480085
Push 36201 by csabou@mozilla.com at Wed, 26 Jun 2019 03:57:29 +0000
Bug 1560826 - Make bootstrap upgrade mercurial when it is older than 4.8. r=nalexander 4.3.3 is the strict minimum required for v-c-t's config wizard, but it is preferable people use more modern versions. We could go with 5.0, but it feels like people still using 4.8 and 4.9 don't really need to be bugged to update to a more recent version, they are kind of modern enough. OTOH MozillaBuild comes with 4.5.x, and this will force an upgrade for those. Differential Revision: https://phabricator.services.mozilla.com/D35756
bd4a8fb77389fc0f47979529bcb206c3064808f2: Bug 1560826 - Only install mercurial versions that have wheels. r=nalexander
Mike Hommey <mh+mozilla@glandium.org> - Tue, 25 Jun 2019 16:50:50 +0000 - rev 480084
Push 36201 by csabou@mozilla.com at Wed, 26 Jun 2019 03:57:29 +0000
Bug 1560826 - Only install mercurial versions that have wheels. r=nalexander Differential Revision: https://phabricator.services.mozilla.com/D35755
14659558eaad0da11cfe567cf9304ef67d666ddf: Bug 1560826 - Backout changeset c9732a51552b (bug 1364511). r=nalexander
Mike Hommey <mh+mozilla@glandium.org> - Tue, 25 Jun 2019 16:49:30 +0000 - rev 480083
Push 36201 by csabou@mozilla.com at Wed, 26 Jun 2019 03:57:29 +0000
Bug 1560826 - Backout changeset c9732a51552b (bug 1364511). r=nalexander This makes the bootstrap behavior wrt. Mercurial consistent on all platforms, making Windows bootstrap only upgrade Mercurial if the version is older than MODERN_MERCURIAL_VERSION. As a side effect, this avoids upgrading to version 5.0.1, which doesn't come with wheels at the moment. Differential Revision: https://phabricator.services.mozilla.com/D35754
578f090c90856faf65e33296a1bcd60ba7e69eff: Bug 1561201 - Expose the list of build resource data from `mach resource-usage` page. r=nalexander
Mike Hommey <mh+mozilla@glandium.org> - Tue, 25 Jun 2019 16:48:19 +0000 - rev 480082
Push 36201 by csabou@mozilla.com at Wed, 26 Jun 2019 03:57:29 +0000
Bug 1561201 - Expose the list of build resource data from `mach resource-usage` page. r=nalexander The `mach resource-usage` page supports a list of build resource data, but only ever displays the first one. Nothing actually creates a list with multiple items automatically, but one might want to do that manually to explore data from multiple builds more conveniently. So if such a list exists, we expose a dropdown list of all the data available, and switch the graph when a different item is chosen from the list. Differential Revision: https://phabricator.services.mozilla.com/D35757
dcf33acba09527474a11e107f71583916fc86cbe: Bug 1561350 - Fix libclang detection for clang-cl 9 r=glandium
David Major <dmajor@mozilla.com> - Tue, 25 Jun 2019 20:39:01 +0000 - rev 480081
Push 36201 by csabou@mozilla.com at Wed, 26 Jun 2019 03:57:29 +0000
Bug 1561350 - Fix libclang detection for clang-cl 9 r=glandium In the clang-cl 9 case where we have semicolon-separated paths, the `dirs` variable is never read, so the libclang detection fails. Differential Revision: https://phabricator.services.mozilla.com/D35825
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip