PSA re: the wild misreporting about Extensions Manifest v3: declarativeNetRequest *is a list-based blocker*, and that's what's being added. This is the same approach Apple/Safari uses for the same reasons (perf & privacy): https://developer.chrome.com/extensions/declarativeNetRequest …
-
-
-
The list I've gleaned from a few days of close-reading (ignoring the invective and innuendo to the extent possible) yields 3 concrete suggestions: 1.) bigger lists (in progress) 2.) redirect w/ substitution 3.) header addition (e.g., for CSP) If there are others, bring 'em on!
- 4 more replies
New conversation -
-
-
FWIW, regarding whether the suggestion is unworkable, I think it would take a lot of effort to determine, after the details are fleshed out, whether it would work. I think you saying "facially unworkable" demonstrates the closed-mindedness that is fueling the PR disaster.
-
Sorry, your suggestion was "limit networking" in a turning-complete environment (workers) about an API that *does networking*. We can limit networking in, e.g., Animation Worklets and some other contexts (and do!) because they don't accept or affect networking at all.
- 1 more reply
New conversation -
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.
& Web Standards TL; Blink API OWNER
Named PWAs w/
DMs open. Tweets my own; press@google.com for official comms.