[blink-dev] Intent to Experiment: Extended lifetime shared workers

Contact emails dome...@chromium.org, yyanagis...@chromium.org Explainer https://gist.github.com/domenic/c5bd38339f33b49120ae11b3b4af5b9b#file-1-explainer-md Specification None Summary This adds a new option, `extendedLifetime: true`, to the `SharedWorker` constructor. This requests that the

[blink-dev] Re: Intent to Ship: Support font-feature-settings descriptor in @font-face rule

Thanks for your work, this is a feature that Blink has been lacking for a long time, very much looking forward to it! Are you planning to ship the `font-variation-settings` together? We hope they can be released together. 在2025年6月29日星期日 UTC+8 15:57:03 写道： > > > Contact emails > sejal...@mic

Re: [blink-dev] Intent to Ship: File System Access on Android and WebView

On Mon, 30 Jun 2025 at 11:42, 'Ashley Gullen' via blink-dev < blink-dev@chromium.org> wrote: > Hi folks, apologies for raising an old thread, but it's not currently > clear what the status of File System Access is for Android WebView. Have > the necessary changes for WebChromeClient#onShowFileChoo

Re: [blink-dev] Web-Facing Change PSA: Speculation rules: mobile "moderate" eagerness improvements

This is huge, thanks for improving Speculation Rules moderate behaviour! On Tue, Jun 24, 2025 at 2:51 AM Domenic Denicola wrote: > > > On Mon, Jun 23, 2025 at 5:59 PM Yoav Weiss (@Shopify) < > yoavwe...@chromium.org> wrote: > >> Thanks for improving "moderate"! >> >> On Mon, Jun 23, 2025 at 10:5

Re: [blink-dev] Intent to Ship: File System Access on Android and WebView

Hi folks, apologies for raising an old thread, but it's not currently clear what the status of File System Access is for Android WebView. Have the necessary changes for WebChromeClient#onShowFileChooser() shipped? We're asking Cordova to support this on Android. They already have an onShowFileChoos

[blink-dev] Re: Intent to Ship: Stop sending Purpose: prefetch header from prefetches and prerenders

Do y'all have any estimate on potential breakage, what may be its scale and what it may look like? On Thursday, June 26, 2025 at 8:43:52 PM UTC+2 Chromestatus wrote: > Contact emails steven...@microsoft.com > > Explainer https://github.com/whatwg/fetch/pull/1576 > > Specification > https://wi

Re: [EXTERNAL] Re: [blink-dev] Intent to Experiment: Local Network Access

This approval was just for pre-stable experiments, so I was expecting the team to follow back up here to discuss the risks and mitigations prior to any stable experiments. I agree though that having the reverse OT infra in place prior to any stable experiments would be wise in this case. But even

Re: [EXTERNAL] Re: [blink-dev] Intent to Experiment: Local Network Access

Rick is correct, we are planning on a reverse OT to be in place before we turn this on in stable channel. On Mon, Jun 30, 2025 at 10:32 AM Rick Byers wrote: > This approval was just for pre-stable experiments, so I was expecting the > team to follow back up here to discuss the risks and mitigati

Re: [blink-dev] Re: Intent to Implement and Ship: Http cookie prefix

Just to close the loop, the PR has landed, and the feature is now enabled by default . Thanks all!! On Wed, Jun 25, 2025 at 8:59 PM PhistucK wrote: > I asked Copilot there and it went over the results itself and found > nothing,

[blink-dev] Re: Intent to Ship: Stop sending Purpose: prefetch header from prefetches and prerenders

We're optimistic that this will result in no "breakage". The Purpose header was not reliable (e.g., it was Chromium only, and it was only sent by some types of preloads). Sec-Purpose has been in place for a long time now, and is the one documented everywhere, that works in Firefox, etc. That said,

Re: [blink-dev] Intent to [Experiment] Origin Trial: Incoming Call Notifications

I'm curious how this email was generated. It doesn't follow the template created from ChromeStatus , and the non-standard subject line meant it wasn't picked up by the API owners review dashboard. Anyway, this LGTM, an