10c7201d82fa07c55ce2da85ad6cc1b68abe4381: Bug 1401383 - remove anchor state after transition even if the transition is canceled, and always set main view as current, r?Gijs draft
Mike de Boer <mdeboer@mozilla.com> - Thu, 21 Sep 2017 22:18:07 +0200 - rev 668559
Push 81078 by mdeboer@mozilla.com at Thu, 21 Sep 2017 20:23:52 +0000
Bug 1401383 - remove anchor state after transition even if the transition is canceled, and always set main view as current, r?Gijs We weren't removing the 'open' attribute from the anchor if the transition didn't complete. This patch fixes this by moving the addition of 'open' into _transitionViews, and its removal into _cleanupTransitionPhase. MozReview-Commit-ID: TS0CcwsHVN
e31aa207b204ace35871acbded1e753fdb636874: Bug 1401743: Disable importance for accessibility of pocket MORE arrow. r=liuche draft
Michael Comella <michael.l.comella@gmail.com> - Thu, 21 Sep 2017 13:20:18 -0700 - rev 668558
Push 81077 by michael.l.comella@gmail.com at Thu, 21 Sep 2017 20:20:30 +0000
Bug 1401743: Disable importance for accessibility of pocket MORE arrow. r=liuche The proper solution here is to put MORE and the arrow in a single focusable container but this needs to get uplifted so I went with the simpler change. For non-visual users, there is no difference. For visual users, the only "more" is focused, rather than "more" and the arrow in one container. The code as it is slightly more complex because we have to hide and add click listeners to multiple objects. MozReview-Commit-ID: JZFLc8jvXII
b1a1d86601ed2e99565d60f8f3699e4ee4814848: Bug 1348981 - only load system add-ons from a built-in list r?kmag draft
Robert Helmer <rhelmer@mozilla.com> - Thu, 14 Sep 2017 00:36:04 -0700 - rev 668557
Push 81076 by bmo:rhelmer@mozilla.com at Thu, 21 Sep 2017 20:02:42 +0000
Bug 1348981 - only load system add-ons from a built-in list r?kmag MozReview-Commit-ID: A6c5kaLmNPP
45eb0b4e998d9a1a7d480c1fa7a002c005dfba07: Bug 1347798 - Create a small per-document bindings for DOMLocalization. r?mossop draft
Zibi Braniecki <zbraniecki@mozilla.com> - Sat, 09 Sep 2017 19:23:03 -0700 - rev 668556
Push 81075 by bmo:gandalf@aviary.pl at Thu, 21 Sep 2017 19:45:05 +0000
Bug 1347798 - Create a small per-document bindings for DOMLocalization. r?mossop MozReview-Commit-ID: DfxIYVxyt9C
840909c81094f930b7d580ccc905ec47dd7179a0: Bug 1348981 - only load system add-ons from a built-in list r?kmag draft
Robert Helmer <rhelmer@mozilla.com> - Thu, 14 Sep 2017 00:36:04 -0700 - rev 668555
Push 81074 by bmo:rhelmer@mozilla.com at Thu, 21 Sep 2017 19:41:13 +0000
Bug 1348981 - only load system add-ons from a built-in list r?kmag MozReview-Commit-ID: A6c5kaLmNPP
a0968a7b323c1beaf77d897e35227869265e9085: Bug 1348981 - provide method to re-initialize URLPreloader for xpcshell tests r?kmag draft
Robert Helmer <rhelmer@mozilla.com> - Thu, 21 Sep 2017 11:24:14 -0700 - rev 668554
Push 81074 by bmo:rhelmer@mozilla.com at Thu, 21 Sep 2017 19:41:13 +0000
Bug 1348981 - provide method to re-initialize URLPreloader for xpcshell tests r?kmag MozReview-Commit-ID: rnjEJc1Uir
f7979b6b6c994c6c9c5ae817f3b288125c1c2987: Bug 1389650 - Remove nsIDOMHTMLAnchorElement; r=bz draft
Kyle Machulis <kyle@nonpolynomial.com> - Fri, 11 Aug 2017 18:14:39 -0700 - rev 668553
Push 81073 by bmo:kyle@nonpolynomial.com at Thu, 21 Sep 2017 19:36:27 +0000
Bug 1389650 - Remove nsIDOMHTMLAnchorElement; r=bz - Remove nsIDOMHTMLAnchorElement as part of XPCOM cleanup. - Implements a new set of macros for creating FromContent methods on binding implementations that represent multiple HTML tags. - Changes javascript element type tests to use ChromeUtils.getClassName MozReview-Commit-ID: GQRk0QCSWez
dac450dc104d92fc9db4ed44f106a54fff621eb4: Bug 1391427 - Package upstream rust in taskcluster. r?glandium draft
Ralph Giles <giles@mozilla.com> - Tue, 12 Sep 2017 16:30:19 -0700 - rev 668552
Push 81072 by bmo:giles@thaumas.net at Thu, 21 Sep 2017 19:28:45 +0000
Bug 1391427 - Package upstream rust in taskcluster. r?glandium Add a toolchain job description which calls the repack_rust.py script to package the requested upstream build of Rust and its standard libraries for use in gecko builds. Links are added to these new toolchains for various build and analysis tasks as appropriate. The base-toolchain tasks use an explicitly-versioned toolchain since those can be different from the current release used for most builds. The corresponding tooltool manifest entries are removed now that taskcluster artifact versions are available. This simplifies the update process since new toolchains can be packaged and used automatically by just updating the versions in the task descriptions. A 'linux64-rust' toolchain can be added to other tasks as a dependency and artifact. It supports linux64- hosted builds of Rust code targeting linux64 or linux32. A 'linux64-rust-macos' toolchain targets linux64-hosted builds of Rust code targeting macOS on x86_64. A 'linux64-rust-android' toolchain targets linux64-hosted builds of Rust code targeting various Android architectures. Two 'win64-rust' and 'win32-rust' toolchain tasks create similar entries for Windows-hosted builds. All our automation builds are hosted on win64, so we could use one artifact with support for both targets, but currently this doesn't work because of cross-compilation issues in some crates. This patch maintains the previous separation between win32 and win64 rust toolchains until that can be addressed. MozReview-Commit-ID: GRiJml8CtzO
0b6a05dd8553d825392fef8eb355d61e8c3a9df7: Bug 1391427 - Port the repack_rust script to taskcluster. r?glandium draft
Ralph Giles <giles@mozilla.com> - Tue, 12 Sep 2017 16:17:00 -0700 - rev 668551
Push 81072 by bmo:giles@thaumas.net at Thu, 21 Sep 2017 19:28:45 +0000
Bug 1391427 - Port the repack_rust script to taskcluster. r?glandium Copy the repack_rust.py from the rust-build docker container so it can be used more generally by other taskcluster jobs. Add --host, --target, and --suffix switches, allowing control of the packaged toolchain and standard library builds from the command line. This drops the previous default behaviour of packaging all supported platforms and targets. Add a hard-coded copy of the Rust release signing key to the script and add it to the running user's gpg config so we can validate downloaded artifacts from the project in automation. Remove the keybase artifact validation since it requires out-of-project network services and doesn't provide much advantage in automation. Calculate the SHA-2 checksum during download and remove the dependency on shasum/sha256sum command-line tools. Use more python for filesystem an process interaction in general. Create a generic rustc.tar.* package to correctly match the unversioned unpack dirctory name. Add support for copying the package to an output directory if the UPLOAD_DIR environment variable is set. This lets us hook up the script to taskcluster toolchain jobs without an external wrapper. MozReview-Commit-ID: 68LmY3QVU8V
1fd73b58fcc0ee6f7c82661ce2771f039fc1a13a: Bug 1391427 - Add script 'arguments' key to toolchain tasks. r?glandium draft
Ralph Giles <giles@mozilla.com> - Tue, 12 Sep 2017 16:06:15 -0700 - rev 668550
Push 81072 by bmo:giles@thaumas.net at Thu, 21 Sep 2017 19:28:45 +0000
Bug 1391427 - Add script 'arguments' key to toolchain tasks. r?glandium Add an optional 'arguments' key to the yaml description for toolchain tasks. This is a list of strings to be passed to the script invocation. This lets us set behaviour, e.g. selecting the version to build or selecting targets from the task description instead of having to hard-code those things in the build script itself. Where the same script otherwise works for multiple configurations, that is easier to update and simplifies supporting variants. MozReview-Commit-ID: 30oJYnQaZ7A
5f395db46dfd80bf5ef101e96825dff14ec329c7: Bug 1391427 - Execute python toolchain scripts with mach. r?glandium draft
Ralph Giles <giles@mozilla.com> - Tue, 12 Sep 2017 16:01:26 -0700 - rev 668549
Push 81072 by bmo:giles@thaumas.net at Thu, 21 Sep 2017 19:28:45 +0000
Bug 1391427 - Execute python toolchain scripts with mach. r?glandium Run scripts with a `.py` filename extension through `./mach python` so the normal enviroment with in-tree python libraries is available. This is helpful for the Rust upstream release download and repackaging steps, which are more easily expressed in python than in an sh-based build script like we use for clang and other tools. Invocation of `mach python` on Windows-hosted generic workers fails because of some missing environment pieces. For the purposes of this bug we can just run the script for Windows targets in a docker-worker so Python support was left unimplemented for generic workers. MozReview-Commit-ID: 4XUQ1XrVBc2
ca7d18dbacbf103d74a3213d8d08a7c3e4def9a2: No bug, Automated HPKP preload list update from host bld-linux64-spot-302 - a=hpkp-update
ffxbld - Thu, 21 Sep 2017 10:46:13 -0700 - rev 668548
Push 81072 by bmo:giles@thaumas.net at Thu, 21 Sep 2017 19:28:45 +0000
No bug, Automated HPKP preload list update from host bld-linux64-spot-302 - a=hpkp-update
d6c4f58e903e696bfc264c2d91c74ba0794582ef: No bug, Automated HSTS preload list update from host bld-linux64-spot-302 - a=hsts-update
ffxbld - Thu, 21 Sep 2017 10:46:09 -0700 - rev 668547
Push 81072 by bmo:giles@thaumas.net at Thu, 21 Sep 2017 19:28:45 +0000
No bug, Automated HSTS preload list update from host bld-linux64-spot-302 - a=hsts-update
9469780a03f36b5c77ad519fef68ba6f55175a35: Bug 1033395 - Panels Should Be Anchored from the Same Height on the Toolbar. r?Gijs draft
Erica Wright <ewright@mozilla.com> - Wed, 13 Sep 2017 15:49:32 -0400 - rev 668546
Push 81071 by bmo:ewright@mozilla.com at Thu, 21 Sep 2017 19:21:41 +0000
Bug 1033395 - Panels Should Be Anchored from the Same Height on the Toolbar. r?Gijs MozReview-Commit-ID: 6bhlfeD1esE
0ef817086080e02755b8dbd0b0090e67f8918cbe: Bug 1402065 Add the pdfium patch to the repo and update.sh draft
Tom Ritter <tom@mozilla.com> - Thu, 21 Sep 2017 13:51:10 -0500 - rev 668545
Push 81070 by bmo:tom@mozilla.com at Thu, 21 Sep 2017 19:19:09 +0000
Bug 1402065 Add the pdfium patch to the repo and update.sh MozReview-Commit-ID: HZcvijO0gu5
2acd749278b5de07d717835a546304002998d60b: Bug 1402065 Remove __in and __out from our in-tree copy of pdfium draft
Tom Ritter <tom@mozilla.com> - Thu, 21 Sep 2017 13:43:56 -0500 - rev 668544
Push 81070 by bmo:tom@mozilla.com at Thu, 21 Sep 2017 19:19:09 +0000
Bug 1402065 Remove __in and __out from our in-tree copy of pdfium These macros are not used by anything other than Microsoft static analysis tools, but they break the MinGW compile. MinGW cannot define these macros in C++ code, because they conflict with libstdc++ arguement names. See Line 222 of https://sourceforge.net/p/mingw-w64/mingw-w64/ci/cef07470773f3c56e5189125f6b82bf278265e69/tree/mingw-w64-headers/include/sal.h MozReview-Commit-ID: J6LZpy6F3h4
838dc505b85e966a325736271f6027e70b34fdd6: Bump mingw version draft
Tom Ritter <tom@mozilla.com> - Thu, 21 Sep 2017 12:23:37 -0500 - rev 668543
Push 81070 by bmo:tom@mozilla.com at Thu, 21 Sep 2017 19:19:09 +0000
Bump mingw version MozReview-Commit-ID: 33rXZnsBkgC
41b815efc7e2b3791592ab59cd88f456ad68f6e9: Bug 1392643 Turn on c++14 for MinGW globally draft
Tom Ritter <tom@mozilla.com> - Thu, 07 Sep 2017 23:38:44 -0500 - rev 668542
Push 81070 by bmo:tom@mozilla.com at Thu, 21 Sep 2017 19:19:09 +0000
Bug 1392643 Turn on c++14 for MinGW globally Technically this turns on gnu++14. I encountered a few errors when using c++14: 1) _USE_MATH_DEFINES needed to be defined for MinGW 2) MinGW did not define _finite under c++14 3) MinGW's float.h did not define Microsoft specific float functions under c++14 All of these were because c++14 defines _STRICT_ANSI_ which MinGW obeys and avoids defining certain functions. The first two could be patched around, but the third was a blocker, so we switched to gnu++14 MozReview-Commit-ID: 6Y7gEQgApYp
52d60acc0ad65e5ed2a819e2f0317bb56dcd3662: Bug 1395418 Revert a previous patch that disabled std::thread on MinGW because we didn't have it. Now we do. draft
Tom Ritter <tom@mozilla.com> - Wed, 30 Aug 2017 20:31:01 -0500 - rev 668541
Push 81070 by bmo:tom@mozilla.com at Thu, 21 Sep 2017 19:19:09 +0000
Bug 1395418 Revert a previous patch that disabled std::thread on MinGW because we didn't have it. Now we do. MozReview-Commit-ID: 8ah0Unum1f2
c185950b4bda79ecf61e20f785a6fb65446bf1df: Bug 1349912 Do not use win32 local includes for libstagefright on MinGW build draft
Tom Ritter <tom@mozilla.com> - Wed, 30 Aug 2017 20:39:51 -0500 - rev 668540
Push 81070 by bmo:tom@mozilla.com at Thu, 21 Sep 2017 19:19:09 +0000
Bug 1349912 Do not use win32 local includes for libstagefright on MinGW build This duplicates all the win32 includes except pthread.h into a new directory for MinGW. MinGW needs all the same dummy includes _except_ it needs its own pthread.h for winpthreads. MozReview-Commit-ID: AlIvHhFoSIS
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip