e294140b819338782bdfc5432c569b98f01969ed: Bug 1356520 - Set TOOLTOOL_CACHE to /home/worker/tooltool-cache where it makes sense in mozharness. r?mshal draft
Mike Hommey <mh+mozilla@glandium.org> - Fri, 14 Apr 2017 17:01:41 +0900 - rev 563037
Push 54195 by bmo:mh+mozilla@glandium.org at Fri, 14 Apr 2017 21:59:19 +0000
Bug 1356520 - Set TOOLTOOL_CACHE to /home/worker/tooltool-cache where it makes sense in mozharness. r?mshal The current setup is confusing, and, I guess, an inheritage from when the same mozharness configs were used for buildbot and taskcluster jobs. When mozharness calls tooltool_wrapper.sh, it doesn't set the TOOLTOOL_CACHE environment variable from its configuration, like it does for other commands. Instead, it passes the -c flag with the path from its configuration. Then tooltool_wrapper.sh proceeds with ignoring the -c flag and using TOOLTOOL_CACHE from the original environment, inherited from the taskcluster setup script. The upcoming new wrapper for tooltool in bug 1355731 doesn't keep this confusing behavior, and respects the cache directory it's given on the command line. Now that most jobs run on taskcluster, and few use the same mozharness config between buildbot and taskcluster, we can now go ahead and change the TOOLTOOL_CACHE path in the mozharness config to match reality. The list of files modified was generated from looking at MOZHARNESS_CONFIG values in the full-task-graph.json file coming from the Gecko decision task.
1bf193c40487bc2dc9ab27ea77c31f011d8b90d1: Bug 1356541 - Avoid MOZBUILD_STATE_PATH prompt on automation. r?gps draft
Mike Hommey <mh+mozilla@glandium.org> - Fri, 14 Apr 2017 20:20:52 +0900 - rev 563036
Push 54195 by bmo:mh+mozilla@glandium.org at Fri, 14 Apr 2017 21:59:19 +0000
Bug 1356541 - Avoid MOZBUILD_STATE_PATH prompt on automation. r?gps
81d8b440b7f5a0ac9adb2578bc67fa42132d97f3: Bug 1356101 - Derive the mach_bootstrap search path from build/virtualenv_packages.txt. r?gps draft
Mike Hommey <mh+mozilla@glandium.org> - Fri, 14 Apr 2017 08:19:08 +0900 - rev 563035
Push 54195 by bmo:mh+mozilla@glandium.org at Fri, 14 Apr 2017 21:59:19 +0000
Bug 1356101 - Derive the mach_bootstrap search path from build/virtualenv_packages.txt. r?gps Most entries in virtualenv_packages.txt that are .pth or packages.txt are currently in SEARCH_PATHS in mach_bootstrap. The ones that are missing would make sense in SEARCH_PATHS. None of non-.pth or packages.txt entries, however, are in SEARCH_PATHS and don't make sense there. On the other hand, virtualenv_packages.txt misses a lot of things that are in SEARCH_PATHS, all of which should be there. One exception: xpcom/idl-parser, which causes problems due to the xpidl package containing an xpidl module, which causes problems with the in-tree scripts using it. Plus, it needs a cache directory, which is messy, so it's preferable to keep it away from the virtualenv. It turns out it was added to mach_bootstrap.py in bug 893976 for a command that was since then removed (bug 1244736), so we can get away with removing it. So instead of keeping those two separate lists out of sync, we replace the SEARCH_PATHS list from mach_bootstrap with one that is derived at runtime from the contents of virtualenv_packages.txt. And since a .pth can't fail to install in the virtualenv, it makes no sense to have psutil.pth defined as optional, which allows it to end up in the mach_bootstrap search path automatically. Finally, because we do have overlapping module names in the tree (e.g. runtests), and mach_bootstrap's SEARCH_PATHS had a guaranteed order, we change the order of the virtualenv_packages.txt file to match what used to be in mach_bootstrap, and make all the pth entries use the same file name so that the order is more guaranteed in the virtualenv too.
1a20b40ddafa76d528ecd353175cf0a02523ce7c: Bug 1356666, part 4 - Use handles as arguments in mozJSSubscriptLoader. r=mrbkap draft
Andrew McCreight <continuation@gmail.com> - Fri, 14 Apr 2017 14:38:51 -0700 - rev 563034
Push 54194 by bmo:continuation@gmail.com at Fri, 14 Apr 2017 21:57:45 +0000
Bug 1356666, part 4 - Use handles as arguments in mozJSSubscriptLoader. r=mrbkap MozReview-Commit-ID: 9fClU6BIWfT
42b76c50c817cedc5dfce79c66f3cac9999c1858: Bug 1356666, part 3 - Mark some functions in mozJSSubscriptLoader static. r=mrbkap draft
Andrew McCreight <continuation@gmail.com> - Fri, 14 Apr 2017 14:33:17 -0700 - rev 563033
Push 54194 by bmo:continuation@gmail.com at Fri, 14 Apr 2017 21:57:45 +0000
Bug 1356666, part 3 - Mark some functions in mozJSSubscriptLoader static. r=mrbkap MozReview-Commit-ID: 7JsyR6B84Gz
a8a33f3d81d26bfdee6fc88f15a93c32687e57ae: Bug 1355731 - Add a mach command wrapping tooltool. r?gps draft
Mike Hommey <mh+mozilla@glandium.org> - Wed, 12 Apr 2017 17:42:17 +0900 - rev 563032
Push 54193 by bmo:mh+mozilla@glandium.org at Fri, 14 Apr 2017 21:55:43 +0000
Bug 1355731 - Add a mach command wrapping tooltool. r?gps The ultimate goal is to have a generic command that pulls relevant toolchains from either tooltool or taskcluster artifacts. This introduces the command and makes it work to allow to wrap tooltool in most places where it's used currently, with the ability to replace tooltool_wrapper.sh as well.
ffd1bf7a3ef682c9a3df7e50f6cf3cfd32dbe471: Bug 1355731 - For artifacts cache, use the file name from the url if it looks like a hash digest. r=gps draft
Mike Hommey <mh+mozilla@glandium.org> - Wed, 12 Apr 2017 16:26:20 +0900 - rev 563031
Push 54193 by bmo:mh+mozilla@glandium.org at Fri, 14 Apr 2017 21:55:43 +0000
Bug 1355731 - For artifacts cache, use the file name from the url if it looks like a hash digest. r=gps
64a5d7598d60a0914348c286e8d0a29030f3fb8b: Bug 1355731 - Move tooltool to mozbuild.action. r=gps draft
Mike Hommey <mh+mozilla@glandium.org> - Wed, 22 Feb 2017 17:20:41 +0900 - rev 563030
Push 54193 by bmo:mh+mozilla@glandium.org at Fri, 14 Apr 2017 21:55:43 +0000
Bug 1355731 - Move tooltool to mozbuild.action. r=gps
7d7638e6f714d43a57b4387bcbfee09de2592f47: Bug 1322650 - Don't use AndroidBridge to get API version in media stack r=jolin draft
James Willcox <snorp@snorp.net> - Tue, 11 Apr 2017 10:16:48 -0500 - rev 563029
Push 54192 by bmo:snorp@snorp.net at Fri, 14 Apr 2017 21:55:35 +0000
Bug 1322650 - Don't use AndroidBridge to get API version in media stack r=jolin AndroidBridge is not available in child processes. MozReview-Commit-ID: KlBs8F1Bu1O
48e93dcccf002fbf504505a8927d2065b0e9c201: Bug 1322650 - Add jni::GetAPIVersion() to get Android API version r=jchen draft
James Willcox <snorp@snorp.net> - Tue, 11 Apr 2017 10:05:04 -0500 - rev 563028
Push 54192 by bmo:snorp@snorp.net at Fri, 14 Apr 2017 21:55:35 +0000
Bug 1322650 - Add jni::GetAPIVersion() to get Android API version r=jchen MozReview-Commit-ID: EfPMfS7RmcH
80cf7a437d6a8167f0b920bb73ee0275be72bd10: Bug 1322650 - Force static accessors for some types during JNI bindings generation r=jchen draft
James Willcox <snorp@snorp.net> - Tue, 11 Apr 2017 09:59:27 -0500 - rev 563027
Push 54192 by bmo:snorp@snorp.net at Fri, 14 Apr 2017 21:55:35 +0000
Bug 1322650 - Force static accessors for some types during JNI bindings generation r=jchen MozReview-Commit-ID: 94iFlTHCCxb
e64b9d36e1301c734e098de65f11a8d32bf8f38d: Bug 1322650 - Update JNI bindings r=jchen draft
James Willcox <snorp@snorp.net> - Fri, 03 Mar 2017 15:23:15 -0600 - rev 563026
Push 54192 by bmo:snorp@snorp.net at Fri, 14 Apr 2017 21:55:35 +0000
Bug 1322650 - Update JNI bindings r=jchen MozReview-Commit-ID: EjRjyY8BQxw
fd9d9f64d8e3c3c1ac688ecf3a44bc5a65c53101: Bug 1322650 - Adjust Android Flash support to API changes r=jchen draft
James Willcox <snorp@snorp.net> - Thu, 09 Mar 2017 17:51:17 -0600 - rev 563025
Push 54192 by bmo:snorp@snorp.net at Fri, 14 Apr 2017 21:55:35 +0000
Bug 1322650 - Adjust Android Flash support to API changes r=jchen MozReview-Commit-ID: CmMINaGcTER
91ebbdb232865c6a8d33042695a32eaeac8b227c: Bug 1322650 - Support a 'continuous' mode for SurfaceTexture r=jgilbert draft
James Willcox <snorp@snorp.net> - Thu, 09 Mar 2017 17:50:21 -0600 - rev 563024
Push 54192 by bmo:snorp@snorp.net at Fri, 14 Apr 2017 21:55:35 +0000
Bug 1322650 - Support a 'continuous' mode for SurfaceTexture r=jgilbert This is needed to support Flash on Android MozReview-Commit-ID: 5yNIoZHonla
4e5696d197cf9a1fbefa98a64e462df4a9db81e6: Bug 1323339 - Modify WebAuthn mochitests to work with IPC API draft
Kyle Machulis <kyle@nonpolynomial.com> - Thu, 06 Apr 2017 15:44:55 -0700 - rev 563023
Push 54191 by bmo:kyle@nonpolynomial.com at Fri, 14 Apr 2017 21:52:13 +0000
Bug 1323339 - Modify WebAuthn mochitests to work with IPC API Change tests to run serially with async API, since order is no longer enforced by the IPC protocol being synchronous. MozReview-Commit-ID: 9BtnsVhDvPS
149f1bdbacae6d64696b2c9a584951aa77d1c0c5: Bug 1323339 - Add U2FSoftToken Manager draft
Kyle Machulis <kyle@nonpolynomial.com> - Thu, 06 Apr 2017 15:44:19 -0700 - rev 563022
Push 54191 by bmo:kyle@nonpolynomial.com at Fri, 14 Apr 2017 21:52:13 +0000
Bug 1323339 - Add U2FSoftToken Manager Takes functionality from NSSU2FToken/NSSU2FTokenRemote classes, and moves it into a U2FSoftToken class. Leaves NSSU2FToken/NSSU2FTokenRemote classes intact so as not to break U2F API code (to be ported to async IPC in bug 1354330). MozReview-Commit-ID: 7svYN8HyDPT
f247067155e4abb8df1ce31803547b598e0ff886: Bug 1323339 - Add U2FTokenManager class and support IPC Parent classes draft
Kyle Machulis <kyle@nonpolynomial.com> - Thu, 06 Apr 2017 15:38:22 -0700 - rev 563021
Push 54191 by bmo:kyle@nonpolynomial.com at Fri, 14 Apr 2017 21:52:13 +0000
Bug 1323339 - Add U2FTokenManager class and support IPC Parent classes Takes functionaliy once in the WebAuthentication class that now needs to be handled by the parent process, and moves it to the U2FTokenManager singleton class. U2FTokenManager is created on PBackground during the first WebAuthn transaction, and manages hardware access and transaction management for the lifetime of the browser session. Patch also adds parent classes for WebAuthn IPC protocol. MozReview-Commit-ID: FupAj5qBl6v
f3de4a8744bd5a3f7a6411a4d6d8cae501c331d8: Bug 1323339 - Add WebAuthnManager and support IPC Child classes; r?jcj r?baku draft
Kyle Machulis <kyle@nonpolynomial.com> - Fri, 14 Apr 2017 14:46:43 -0700 - rev 563020
Push 54191 by bmo:kyle@nonpolynomial.com at Fri, 14 Apr 2017 21:52:13 +0000
Bug 1323339 - Add WebAuthnManager and support IPC Child classes; r?jcj r?baku Takes functionality once in the WebAuthentication DOM class that needs to be handled by the content process, and moves it to a singleton (per-content-process) manager class. This allows the WebAuthn API to centralize management of transactions and IPC channels. Patch also creates the child (content-process) classes for WebAuthn IPC channels. MozReview-Commit-ID: 7N0jF5sGieT
9be1c436b1d83fa871c2d0999387a86ca70e1de3: Bug 1323339 - Turn WebAuthenication into a simple DOM class that passes to WebAuthnManager; r?jcj r?baku draft
Kyle Machulis <kyle@nonpolynomial.com> - Thu, 06 Apr 2017 15:34:08 -0700 - rev 563019
Push 54191 by bmo:kyle@nonpolynomial.com at Fri, 14 Apr 2017 21:52:13 +0000
Bug 1323339 - Turn WebAuthenication into a simple DOM class that passes to WebAuthnManager; r?jcj r?baku Before the patch set for bug 1323339, WebAuthentication was managing almost all content-side functionality for the WebAuthn API. This would've made it difficult to support IPC, transaction interruption, etc... This patch strips most of the functionality out of WebAuthentication. The functionality will be moved to the WebAuthnManager class in the next patch, for sake of review coherence. MozReview-Commit-ID: 9Uup8NhLVBj
e867ebb9069807fdc228b22e477b489a9ff0bd9d: Bug 1323339 - Cleanup of WebAuthn DOM classes; r?jcj r?baku draft
Kyle Machulis <kyle@nonpolynomial.com> - Thu, 06 Apr 2017 15:30:54 -0700 - rev 563018
Push 54191 by bmo:kyle@nonpolynomial.com at Fri, 14 Apr 2017 21:52:13 +0000
Bug 1323339 - Cleanup of WebAuthn DOM classes; r?jcj r?baku Changes WebAuthn DOM classes to take nsPIDOMInnerWindow* as parent pointer, instead of WebAuthentication* pointer. MozReview-Commit-ID: aK3k9Cc7hv
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip