Re: Enabled CRLite in Nightly

About 10 times a year, the update will be a new filter, which is going to be about 5-6 MB, which might be more an issue. Also, CRLite depends on the metadata for Intermediate Preloading, which is several megabytes of certificates -- but those change very, very rarely, so once populated they won't

Re: Enabled CRLite in Nightly

On Fri, Nov 13, 2020 at 6:19 AM J.C. Jones wrote: > 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." If the delta updates

Re: Enabled CRLite in Nightly

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

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: Enabled CRLite in Nightly

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 security through more reliable revocation information, and better privacy. It's taken a lot of effort, but it's definitely worth it. On Thu, Nov 12, 2020 at

Enabled CRLite in Nightly

CRLite ships compressed revocation information for the public Web to Firefox users, four times a day. We have a blogpost series on CRLite at the Security Blog (with another post coming later this month), there’s additional information at Github