Re: Enabled CRLite in Nightly

2020-11-12 Thread J.C. Jones
Aha, I knew I left something out. Not yet, no. Neither this nor Intermediate Preloading (which CRLite depends on) are enabled in Fenix yet, as we have outstanding bugs about "only download this stuff when on WiFi + Power" and "that, but configurable." But yes, both CRLite and Intermediate

Re: Enabled CRLite in Nightly

2020-11-12 Thread asf...@mozilla.com
That's great to hear! Does that include Firefox Nightly for Android too? On Wednesday, November 11, 2020 at 4:15:17 PM UTC-8, Martin Thomson wrote: > Great news JC. > > I've been watching this with interest. It's one of those rare cases > where we get a win-win-win. Faster page loads, better

Re: A new testing policy for code landing in mozilla-central

2020-11-12 Thread Brian Grinstead
Hi Jeff, Thanks to help from Marco Castelluccio we now have an artifact in taskcluster that has metadata about all commits that land in m-c, which I've used to gather this data. We're still working on tooling to better understand patterns with different types of bugs & patches, but I'm happy to

Re: A new testing policy for code landing in mozilla-central

2020-11-12 Thread Jeff Muizelaar
Brian, Now that we've been doing this for a while, do we have any aggregated data on the testing tags? i.e. how often are we adding tests vs not. -Jeff On Tue, Sep 15, 2020 at 11:03 AM Brian Grinstead wrote: > > (This is a crosspost from firefox-dev) > > Hi all, > > We’re rolling out a change

Intent to unship: Large-Allocation header

2020-11-12 Thread Nika Layzell
We intend to unship the Large-Allocation header. It was never implemented by other browsers, nor was it standardized. It was primarily useful to get a document in a new process on 32-bit systems so it would have sufficient memory for certain WebAssembly or asm.js applications. A partner we know