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 t
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 t
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
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 s
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 Preload
5 matches
Mail list logo
