7507516552fe76d0d00d32917d88a0056e731fb5: bug 1442306 - generate a buildhub.json file during packaging. r=gps
Ted Mielczarek <ted@mielczarek.org> - Mon, 30 Apr 2018 13:03:17 -0400 - rev 473132
Push 1728 by jlund@mozilla.com at Mon, 18 Jun 2018 21:12:27 +0000
bug 1442306 - generate a buildhub.json file during packaging. r=gps buildhub is a service that stores a list of nightly and release builds and can be queried to find specific builds. Currently it ingests data by scraping info from ftp.mozilla.org. This patch makes it so we generate a buildhub.json during packaging with the data that buildhub wants. There are a few pieces of data that we can't accurately provide from the build system such as the URL to the build, so we provide some stub data there with the expectation that a release engineering process will fill them in later. MozReview-Commit-ID: 266BnZZBFoL
63abddfab15f0effa13c6019b0889dc58cdb33b6: bug 1442306 - set MOZ_SOURCE_CHANGESET and MH_BRANCH consistently in the environment for mozharness tasks. r=gps
Ted Mielczarek <ted@mielczarek.org> - Mon, 30 Apr 2018 16:26:59 -0400 - rev 473131
Push 1728 by jlund@mozilla.com at Mon, 18 Jun 2018 21:12:27 +0000
bug 1442306 - set MOZ_SOURCE_CHANGESET and MH_BRANCH consistently in the environment for mozharness tasks. r=gps We currently set GECKO_HEAD_REV to the revision being built, but the build system already looks for MOZ_SOURCE_CHANGESET so set that as well. Additionally, set MH_BRANCH for mozharness tasks on generic-worker to match docker-worker. MozReview-Commit-ID: 52B3SSQpSwU
604aa7d37098eb9ee89d7a6c670dd72c31d35116: bug 1442306 - move make-buildinfo-file and make-mozinfo-file targets inline into make-package target. r=gps
Ted Mielczarek <ted@mielczarek.org> - Mon, 30 Apr 2018 12:13:40 -0400 - rev 473130
Push 1728 by jlund@mozilla.com at Mon, 18 Jun 2018 21:12:27 +0000
bug 1442306 - move make-buildinfo-file and make-mozinfo-file targets inline into make-package target. r=gps Currently we have a mess of targets in packager.mk which doesn't really help much. This patch removes the make-buildinfo-file and make-mozinfo-file targets and just puts their commands inline in the make-package target. MozReview-Commit-ID: 7j83dC4QoZY
3a2c60a752cc58035f7982225e3efdf374c76ff1: bug 1442306 - move build info.txt generation into informulate.py. r=gps
Ted Mielczarek <ted@mielczarek.org> - Thu, 26 Apr 2018 15:24:02 -0400 - rev 473129
Push 1728 by jlund@mozilla.com at Mon, 18 Jun 2018 21:12:27 +0000
bug 1442306 - move build info.txt generation into informulate.py. r=gps This script is already doing most of the work, so make it write the text file instead of using shell commands. MozReview-Commit-ID: HfFTlNaPSst
db2d6e2667d268ff2be84818fbec1fe67a1a7db3: bug 1442306 - simplify make-buildinfo-file by letting it assume Mozilla CI. r=gps
Ted Mielczarek <ted@mielczarek.org> - Thu, 26 Apr 2018 15:19:29 -0400 - rev 473128
Push 1728 by jlund@mozilla.com at Mon, 18 Jun 2018 21:12:27 +0000
bug 1442306 - simplify make-buildinfo-file by letting it assume Mozilla CI. r=gps The `make-buildinfo-file` target is called as part of `make package` to generate a json file and a text file with some info about the build. Because a few of those things like the Build ID and source repo / changeset are not guaranteed to be set at configure time it has to pass them down from the make environment. In CI all of these things are passed in the environment, populated at task graph generation time, so doing this work only in automation builds lets us simplify things a bit. MozReview-Commit-ID: 5Ygd3XmSA8x
803792804d1c41c28148cce1bfddb4ee06f89ea6: Bug 1459026: Make Windows ASan builds use lld-link. r=froydnj
David Major <dmajor@mozilla.com> - Fri, 04 May 2018 14:53:04 -0400 - rev 473127
Push 1728 by jlund@mozilla.com at Mon, 18 Jun 2018 21:12:27 +0000
Bug 1459026: Make Windows ASan builds use lld-link. r=froydnj
7311a5f318d3958310906ce655500729ddce09b1: Bug 1458365: Skip test_dont_use_document_colors.html on Windows ASan. DONTBUILD
David Major <dmajor@mozilla.com> - Fri, 04 May 2018 14:50:34 -0400 - rev 473126
Push 1728 by jlund@mozilla.com at Mon, 18 Jun 2018 21:12:27 +0000
Bug 1458365: Skip test_dont_use_document_colors.html on Windows ASan. DONTBUILD
52f386cab8a9beb3b9dd7c7b94b44f39ae192dd3: Bug 1458364: Skip test_font_whitelist.html on Windows ASan. DONTBUILD
David Major <dmajor@mozilla.com> - Fri, 04 May 2018 14:48:59 -0400 - rev 473125
Push 1728 by jlund@mozilla.com at Mon, 18 Jun 2018 21:12:27 +0000
Bug 1458364: Skip test_font_whitelist.html on Windows ASan. DONTBUILD
e568ee5e7499966c5f0bc4bf57059dbcad2da715: Bug 1438193 - turn XULTreeItemAccessibleBase::GetCellName & IsExpandable into const functions, r=surkov
Tokio Kajitsuka <kajitsuka-tokio@g.ecc.u-tokyo.ac.jp> - Fri, 04 May 2018 22:19:48 +0900 - rev 473124
Push 1728 by jlund@mozilla.com at Mon, 18 Jun 2018 21:12:27 +0000
Bug 1438193 - turn XULTreeItemAccessibleBase::GetCellName & IsExpandable into const functions, r=surkov
46c5ffbe6cbfabc355649597a44c63ee8d62873d: Bug 1438193 - turn Accessible::FirstChild & LastChild into const functions, r=surkov
Tokio Kajitsuka <kajitsuka-tokio@g.ecc.u-tokyo.ac.jp> - Fri, 04 May 2018 22:06:49 +0900 - rev 473123
Push 1728 by jlund@mozilla.com at Mon, 18 Jun 2018 21:12:27 +0000
Bug 1438193 - turn Accessible::FirstChild & LastChild into const functions, r=surkov
71c0102f7c8a3c13c3d28f94fc3042bc17ff3ae1: Bug 1458700: [release-promotion] Add shipping-product list to graph config; r=aki
Tom Prince <mozilla@hocat.ca> - Thu, 19 Apr 2018 09:21:30 -0600 - rev 473122
Push 1728 by jlund@mozilla.com at Mon, 18 Jun 2018 21:12:27 +0000
Bug 1458700: [release-promotion] Add shipping-product list to graph config; r=aki Differential Revision: https://phabricator.services.mozilla.com/D1111
fc1a6c069b71793ba5677aba8ed4ec687c67c864: Bug 1458638 - It looks like Skia is no longer being used on talos on windows. r=rwood
Joel Maher <jmaher@mozilla.com> - Fri, 04 May 2018 14:19:53 -0400 - rev 473121
Push 1728 by jlund@mozilla.com at Mon, 18 Jun 2018 21:12:27 +0000
Bug 1458638 - It looks like Skia is no longer being used on talos on windows. r=rwood
e18b285569de7e94b8a3a98aecf16fdf9d28778e: Bug 1459273 - remove unnecessary options from taskcluster talos.yml configs. r=rwood
Joel Maher <jmaher@mozilla.com> - Fri, 04 May 2018 14:19:45 -0400 - rev 473120
Push 1728 by jlund@mozilla.com at Mon, 18 Jun 2018 21:12:27 +0000
Bug 1459273 - remove unnecessary options from taskcluster talos.yml configs. r=rwood
51d020e4c2cbf4de620648d7dcded9d78b285ace: Bug 1448494 - Use NonDereferenceable in DDLogger - r=froydnj
Gerald Squelart <gsquelart@mozilla.com> - Thu, 29 Mar 2018 01:18:08 +1100 - rev 473119
Push 1728 by jlund@mozilla.com at Mon, 18 Jun 2018 21:12:27 +0000
Bug 1448494 - Use NonDereferenceable in DDLogger - r=froydnj DecoderDoctorLifeLogger now passes a NonDereferenceable pointer to LogConstruction/LogDestruction, to avoid UBSan errors. It is possible because DDLogger only keeps pointer values for logging (the pointer type is converted to a string), these pointers are never actually dereferenced. Note that the uintptr_t value() is converted to `const void*` because that's what DDLogger uses everywhere; an upcoming bug will make DDLogger use NonDereferenceable everywhere instead. MozReview-Commit-ID: K5wJrGVCub0
d97b8efcbc044a3998c70e10459abd24a43252c5: Bug 1448494 - NonDereferenceable<T> wraps a T* and prevents dereferencing ops - r=froydnj
Gerald Squelart <gsquelart@mozilla.com> - Wed, 28 Mar 2018 17:48:53 +1100 - rev 473118
Push 1728 by jlund@mozilla.com at Mon, 18 Jun 2018 21:12:27 +0000
Bug 1448494 - NonDereferenceable<T> wraps a T* and prevents dereferencing ops - r=froydnj NonDereferenceable denotes the intent that a pointer will (most likely) not be dereferenced, but its numeric value may be used for e.g. logging purposes. Dereferencing operations are explicitly disabled to avoid unintentional misuses. Casting is still possible between related types (same as with raw pointers), but pointers stay safely stored inside NonDereferenceable objects. These casts do not trigger `clang++ -fsanitize=vptr` errors. MozReview-Commit-ID: 5885pB7hSFR
a9f5a8dc2e2299affb3be272705175c96dbbac87: Bug 1459296 - Add router snippets, router impression and bug fixes to Activity Stream. r=k88hudson
Ed Lee <edilee@mozilla.com> - Fri, 04 May 2018 13:05:28 -0700 - rev 473117
Push 1728 by jlund@mozilla.com at Mon, 18 Jun 2018 21:12:27 +0000
Bug 1459296 - Add router snippets, router impression and bug fixes to Activity Stream. r=k88hudson MozReview-Commit-ID: 58N6MbF4f0z
3e1d4faf82ad10e52917fa47a61fc6b67537c27e: Bug 1458327 - 5. Fix some comments; r=jchen
Jim Chen <nchen@mozilla.com> - Fri, 04 May 2018 21:08:10 -0400 - rev 473116
Push 1728 by jlund@mozilla.com at Mon, 18 Jun 2018 21:12:27 +0000
Bug 1458327 - 5. Fix some comments; r=jchen MozReview-Commit-ID: LAgmyGXPPOL
3647f62ed6b6f4a45120208a4a1423791ce672e6: Bug 1458327 - 4. Always register some events / frame scripts; r=esawin
Jim Chen <nchen@mozilla.com> - Fri, 04 May 2018 21:08:10 -0400 - rev 473115
Push 1728 by jlund@mozilla.com at Mon, 18 Jun 2018 21:12:27 +0000
Bug 1458327 - 4. Always register some events / frame scripts; r=esawin The problem is we rely on some events / frame scripts for session calls that should still work even if we don't have a delegate assigned, so we should always register these events / frame scripts. MozReview-Commit-ID: 6TvvMhc7qOf
5ab8f1a1eb577852a578f643958b8008921da806: Bug 1458327 - 3. Make GeckoSessionHandler and GeckoSessionSettings work with init-data; r=esawin
Jim Chen <nchen@mozilla.com> - Fri, 04 May 2018 21:08:10 -0400 - rev 473114
Push 1728 by jlund@mozilla.com at Mon, 18 Jun 2018 21:12:27 +0000
Bug 1458327 - 3. Make GeckoSessionHandler and GeckoSessionSettings work with init-data; r=esawin Make GeckoSessionHandler and GeckoSessionSettings use the updated "GeckoView:EnableModule" and "GeckoView:UpdateSettings" events. Also, send events for updating settings only while the session is open. Don't send events while the session is closed, because when opening the session, we will send settings in one batch in the init-data. MozReview-Commit-ID: Kytx8Ak4A5p
f37d7d18d8e740bbb6d556385e94fa884719c217: Bug 1458327 - 2. Let ModuleManager manage more aspects of modules; r=esawin
Jim Chen <nchen@mozilla.com> - Fri, 04 May 2018 21:08:10 -0400 - rev 473113
Push 1728 by jlund@mozilla.com at Mon, 18 Jun 2018 21:12:27 +0000
Bug 1458327 - 2. Let ModuleManager manage more aspects of modules; r=esawin Let ModuleManager keep the current settings and enabled states for modules. It initializes settings and module states from the window init-data, and then listens to changes in them. Having ModuleManager manage these states helps keeping things consistent, and makes it possible for future optimizations like delay-loading modules. MozReview-Commit-ID: AM6lAxnUGhd
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 tip