e7dcea5f214b6df988d57ad8e9a75fc236b8bd0f: Bug 1270317 - Stop using hgtool for Firefox builds; r?jlund draft
Gregory Szorc <gps@mozilla.com> - Wed, 04 May 2016 17:38:05 -0700 - rev 363540
Push 17234 by gszorc@mozilla.com at Thu, 05 May 2016 00:53:38 +0000
Bug 1270317 - Stop using hgtool for Firefox builds; r?jlund Now that the MercurialVCS VCS tool does things optimally, we no longer need to use hgtool! Again, this will effectively require a modern Mercurial version or things will fail. MozReview-Commit-ID: 9SM9qfYGlU6
d295a0db61e5bea77b5e632f89aac203dd22f6c9: Bug 1270317 - Use modern, optimal cloning in MercurialVCS.ensure_repo_and_revision(); r?jlund, catlee draft
Gregory Szorc <gps@mozilla.com> - Wed, 04 May 2016 17:49:47 -0700 - rev 363539
Push 17234 by gszorc@mozilla.com at Thu, 05 May 2016 00:53:38 +0000
Bug 1270317 - Use modern, optimal cloning in MercurialVCS.ensure_repo_and_revision(); r?jlund, catlee The code for ensure_repo_and_revision() has been completely overhauled. We now require shared repos using auto pooled storage via the share extension. This ensures that only a single copy of a logical repository's history is stored on disk. e.g. if you clone mozilla-central, inbound, and try, they'll all automatically share the same storage. The new code ensures the destination repo is using modern conventions and will delete the destination repo if it isn't. So once this gets deployed to production, machines will slowly start using optimal storage. This should make VCS operations significantly faster. Another optimization that is now in here is we check for presence of the wanted revision before doing `hg pull`. This saves some communication with the server if the revision is already present locally. This change effectively requires a modern version of Mercurial to be installed to run ensure_repo_and_revision(). Since Mercurial <3.7.3 has security vulnerabilities, we shouldn't be running <3.7.3 in automation. So I think this will be OK. If not, it will certainly be easy to identify which machines aren't updated! MozReview-Commit-ID: 62jtAsDj7rU
eaaf73a0b0e451e95e3cc9dcd2d670654572be02: Bug 1270317 - Add query_pushinfo to MercurialVCS; r?jlund draft
Gregory Szorc <gps@mozilla.com> - Wed, 04 May 2016 16:50:52 -0700 - rev 363538
Push 17234 by gszorc@mozilla.com at Thu, 05 May 2016 00:53:38 +0000
Bug 1270317 - Add query_pushinfo to MercurialVCS; r?jlund MercurialVCS doesn't currently implement the VCSMixin interface. This commit copies the implementation of query_pushinfo() from HgtoolVCS to MercurialVCS so it implements the interface. MozReview-Commit-ID: LKpLVhQoKww
38ecca3529fc6cc648972ceba17e1e1b177693a9: Bug 1270317 - Define a clone_upstream_url property; r?jlund draft
Gregory Szorc <gps@mozilla.com> - Wed, 04 May 2016 17:51:14 -0700 - rev 363537
Push 17234 by gszorc@mozilla.com at Thu, 05 May 2016 00:53:38 +0000
Bug 1270317 - Define a clone_upstream_url property; r?jlund We currently have a "clone_by_revision" property that indicates to perform a `hg clone -r`. We use it for cloning from Try. Cloning single revisions undermines the benefits of clone bundles. So, I'll be replacing "clone_by_revision" with a feature that clones from another "upstream" repo then does a `hg pull -r` on the wanted revision. This commit starts that work by introducing a "clone_upstream_url" property. We define it on Try. It is currently unused. MozReview-Commit-ID: Dohs8bCTUkB
ace864a155a9005fd177c11174c1f7064d3001e4: Bug 1270317 - Upgrade to Mercurial 3.7.3 in the mozharness test environment; r?jlund draft
Gregory Szorc <gps@mozilla.com> - Wed, 04 May 2016 17:48:24 -0700 - rev 363536
Push 17234 by gszorc@mozilla.com at Thu, 05 May 2016 00:53:38 +0000
Bug 1270317 - Upgrade to Mercurial 3.7.3 in the mozharness test environment; r?jlund We had a test environment running on Python 2.6 and an ancient version of Mercurial. AFAICT we run Python 2.7 everywhere, so this environment can be dropped. We also upgrade to Mercurial 3.7.3, as that is what automation now runs. MozReview-Commit-ID: 7WTyD3CUjtj
e5ad65ea354e677a361a95fe6439707f4c72208e: HACK cripple mach so automation jobs fail fast draft
Gregory Szorc <gps@mozilla.com> - Wed, 04 May 2016 16:09:33 -0700 - rev 363535
Push 17234 by gszorc@mozilla.com at Thu, 05 May 2016 00:53:38 +0000
HACK cripple mach so automation jobs fail fast MozReview-Commit-ID: G6nYpysBZBu
fe015779c09a28c156b0f11e08ecbb72743a47b8: Bug 1267438 - Remove the redundant aTransformAffectsLayerClip argument to AlignFixedAndStickyLayers. r=mstange draft
Botond Ballo <botond@mozilla.com> - Wed, 04 May 2016 20:20:57 -0400 - rev 363534
Push 17233 by bballo@mozilla.com at Thu, 05 May 2016 00:23:30 +0000
Bug 1267438 - Remove the redundant aTransformAffectsLayerClip argument to AlignFixedAndStickyLayers. r=mstange MozReview-Commit-ID: AjHA70EdCeX
9ff5e4338b5ff8bf387ceb8377bcc31a7df5c376: Bug 1267438 - Remove the (no longer used) isClipFixed=false annotation. r=mstange draft
Botond Ballo <botond@mozilla.com> - Wed, 04 May 2016 20:07:42 -0400 - rev 363533
Push 17233 by bballo@mozilla.com at Thu, 05 May 2016 00:23:30 +0000
Bug 1267438 - Remove the (no longer used) isClipFixed=false annotation. r=mstange MozReview-Commit-ID: LicG7zFHnX3
06e0ad0bc285b9d49d0a141e1cedad3cbfba3f8e: Bug 1267438 - For fixed backgrounds, use the scrolled clip rather than the isClipFixed=false annotation. r=mstange draft
Botond Ballo <botond@mozilla.com> - Wed, 04 May 2016 19:42:08 -0400 - rev 363532
Push 17233 by bballo@mozilla.com at Thu, 05 May 2016 00:23:30 +0000
Bug 1267438 - For fixed backgrounds, use the scrolled clip rather than the isClipFixed=false annotation. r=mstange MozReview-Commit-ID: 9STe7ypglpP
c206be41fb509f7badbe4a2d13f75872bb185a20: [WIP] Bug 1267438 - Use the scrolled clip in AsyncCompositionManager. r=mstange draft
Botond Ballo <botond@mozilla.com> - Wed, 04 May 2016 18:52:56 -0400 - rev 363531
Push 17233 by bballo@mozilla.com at Thu, 05 May 2016 00:23:30 +0000
[WIP] Bug 1267438 - Use the scrolled clip in AsyncCompositionManager. r=mstange MozReview-Commit-ID: LjV8bEhCexE
ae148f3ed20eca6d8daccd6ec039fd32491aa5fc: [WIP] Bug 1267438 - During AlignFixedAndStickyLayers, only un-adjust the fixed portion of a layer's clip rect. r=mstange draft
Botond Ballo <botond@mozilla.com> - Wed, 04 May 2016 18:07:27 -0400 - rev 363530
Push 17233 by bballo@mozilla.com at Thu, 05 May 2016 00:23:30 +0000
[WIP] Bug 1267438 - During AlignFixedAndStickyLayers, only un-adjust the fixed portion of a layer's clip rect. r=mstange MozReview-Commit-ID: 62JVHL5AVhP
233d4da0d5491a47ba9bfd5a20d77206a58446c6: Bug 1267438 - Factor out a helper function to check if a layer is fixed or sticky. r=mstange draft
Botond Ballo <botond@mozilla.com> - Wed, 04 May 2016 17:32:12 -0400 - rev 363529
Push 17233 by bballo@mozilla.com at Thu, 05 May 2016 00:23:30 +0000
Bug 1267438 - Factor out a helper function to check if a layer is fixed or sticky. r=mstange MozReview-Commit-ID: A1qrxW3KVVE
4b27d55d0f26de7a13ef741feef9df6f8e6c4f13: Bug 1267438 - Use the layer's scrolled clip during compositor hit testing. r=mstange draft
Botond Ballo <botond@mozilla.com> - Wed, 04 May 2016 17:30:26 -0400 - rev 363528
Push 17233 by bballo@mozilla.com at Thu, 05 May 2016 00:23:30 +0000
Bug 1267438 - Use the layer's scrolled clip during compositor hit testing. r=mstange MozReview-Commit-ID: 2nodwaZHeWZ
dc982f0a16e8c2c042c260bc56252425cc6f76c4: Bug 1267438 - Give layers an optional scrolled clip that is scrolled by all scroll frames associated with the layer. r=mstange draft
Botond Ballo <botond@mozilla.com> - Fri, 29 Apr 2016 17:32:53 -0400 - rev 363527
Push 17233 by bballo@mozilla.com at Thu, 05 May 2016 00:23:30 +0000
Bug 1267438 - Give layers an optional scrolled clip that is scrolled by all scroll frames associated with the layer. r=mstange MozReview-Commit-ID: EGqVZuISSZQ
165a66ccdf2d836acb11fbda39888ad8d7954d1f: Bug 1267438 - Do not propagate the scroll clip to APZC's copy of ScrollMetadata. r=kats draft
Botond Ballo <botond@mozilla.com> - Fri, 29 Apr 2016 16:16:29 -0400 - rev 363526
Push 17233 by bballo@mozilla.com at Thu, 05 May 2016 00:23:30 +0000
Bug 1267438 - Do not propagate the scroll clip to APZC's copy of ScrollMetadata. r=kats MozReview-Commit-ID: 9E1QGnoxUjN
c46d0d27145df9b268e70ab5aed67c8c64df9433: Bug 1267438 - Group ScrollMetadata's optional clip rect and mask layer index into a LayerClip structure. r=mstange draft
Botond Ballo <botond@mozilla.com> - Fri, 29 Apr 2016 16:14:21 -0400 - rev 363525
Push 17233 by bballo@mozilla.com at Thu, 05 May 2016 00:23:30 +0000
Bug 1267438 - Group ScrollMetadata's optional clip rect and mask layer index into a LayerClip structure. r=mstange MozReview-Commit-ID: 6W0GZYkioov
09606811c5005f956c2684062f2ffa919e99f329: Bug 1267438 - Use IntersectMaybeRects() in Layer::GetCombinedClipRect(). r=mstange draft
Botond Ballo <botond@mozilla.com> - Fri, 29 Apr 2016 15:44:08 -0400 - rev 363524
Push 17233 by bballo@mozilla.com at Thu, 05 May 2016 00:23:30 +0000
Bug 1267438 - Use IntersectMaybeRects() in Layer::GetCombinedClipRect(). r=mstange MozReview-Commit-ID: 5DkpzyFrDQ0
10b37e02c71e290af33a796984da660ab35c5d80: bug 1269812 - e10s-ify test_bug383369.html and test_unsecureRedirect.html r?Cykesiopka draft
David Keeler <dkeeler@mozilla.com> - Tue, 03 May 2016 11:00:50 -0700 - rev 363523
Push 17232 by dkeeler@mozilla.com at Thu, 05 May 2016 00:12:34 +0000
bug 1269812 - e10s-ify test_bug383369.html and test_unsecureRedirect.html r?Cykesiopka MozReview-Commit-ID: E6z91sfEjan
ceaf5e30a72a27e73783c295f1f48a43dfc5ba33: bug 1264771 - randomize key IDs in WebCrypto r?ttaubert draft
David Keeler <dkeeler@mozilla.com> - Wed, 04 May 2016 12:48:37 -0700 - rev 363522
Push 17231 by dkeeler@mozilla.com at Wed, 04 May 2016 23:33:31 +0000
bug 1264771 - randomize key IDs in WebCrypto r?ttaubert To import private keys, WebCrypto creates a generic PKCS#11 object with a chosen key ID with PK11_CreateGenericObject and then looks up that object as a SECKEYPrivateKey using PK11_FindKeyByKeyID. It turns out that this is only safe to do as long as the ID is unique. If another SECKEYPrivateKey exists that has the same key ID (realistically this will only happen if an identical key is imported again), PK11_FindKeyByKeyID may return the other key. Since SECKEYPrivateKey objects are unique and not meant to be shared, this causes problems in that when one key is destroyed, the resources backing the other key are no longer valid, and any cryptographic operations using that key will fail. The solution is to use random IDs and check for preexisting keys. NSS doesn't expose an elegant API for this, but this patch implements a workaround. MozReview-Commit-ID: EvYMZxnBxTv
d48b05fbabcceb4d2070dabd9cd00a55ca7c54f8: Bug 1261955 - Re-activate the VIDEO_UNLOAD_STATE telemetry probe. r=SingingTree,bsmedberg draft
Ralph Giles <giles@mozilla.com> - Thu, 21 Apr 2016 15:08:18 -0700 - rev 363521
Push 17230 by bmo:giles@thaumas.net at Wed, 04 May 2016 23:25:48 +0000
Bug 1261955 - Re-activate the VIDEO_UNLOAD_STATE telemetry probe. r=SingingTree,bsmedberg Rename the VIDEO_MSE_UNLOAD_STATE telemetry probe to just VIDEO_UNLOAD STATE and reactivate it. We were using this to track MSE deployment success and would now like to generalize it to all media playback. We can remove this probe from histogram-whitelists.json because we now define alert emails and bug numbers. MozReview-Commit-ID: Jwmdkgl8CC3
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 +300000 tip