Re: [blink-dev] Re: Intent to Ship: SharedWorker script inherit controller for blob script URL

The UMA and use count is recorded in the following code: https://source.chromium.org/chromium/chromium/src/+/main:content/browser/service_worker/service_worker_main_resource_loader_interceptor.cc;l=132;drc=a5bdf0106da2489011a9846f280f29872258a8dd The usecount is set if the request URL is blob, and

[blink-dev] Intent to Ship: Rename `string` attr() type to `raw-string`

Contact emailsmoon...@google.com, andr...@chromium.org ExplainerNone Specificationhttps://drafts.csswg.org/css-values-5/#attr-notation Summary In https://github.com/w3c/csswg-drafts/issues/11645#issuecomment-2701601350 it was resolved to replace `string` attr() type with `raw-string`, see: http

Re: [blink-dev] Intent to Ship: Add Remaining Predefined Color Spaces as Interpolation Spaces

LGTM3 Please make sure that the fallback is documented somewhere where developers can find it (e.g. MDN) On Wednesday, March 5, 2025 at 5:03:52 PM UTC+1 Mike Taylor wrote: LGTM2 On 3/5/25 10:19 AM, Daniel Bratell wrote: It seems the enterprise gate got stuck so you may want to look at that one

Re: [blink-dev] Re: Intent to Ship: H265 (HEVC) codec support in WebRTC

LGTM3 On Monday, March 10, 2025 at 7:33:15 PM UTC+1 Chris Harrelson wrote: > LGTM2 > > On Mon, Mar 10, 2025 at 9:32 AM Philip Jägenstedt > wrote: > >> LGTM1 with the same caveats as for MediaRecorder >> >> : >>

Re: [blink-dev] Intent to Ship: Bounce Tracking Mitigations on HTTP Cache

On 3/11/25 9:52 AM, Andrew Liu wrote: On Monday, March 10, 2025 at 5:16:00 PM UTC-4 Mike Taylor wrote: On 3/3/25 10:32 AM, Andrew Liu wrote: Done, requested reviews. On Sunday, March 2, 2025 at 9:35:30 PM UTC-5 Domenic Denicola wrote: Can you request Privacy, WP Security

[blink-dev] Re: Intent to Ship: Bounce Tracking Mitigations on HTTP Cache

On Tuesday, March 11, 2025 at 7:26:28 AM UTC-4 Yoav Weiss wrote: On Thursday, February 27, 2025 at 9:46:54 PM UTC+1 Chromestatus wrote: Contact emails l...@chromium.org, ort...@chromium.org, sv...@chromium.org, rtarp...@chromium.org Explainer https://github.com/privacycg/nav-tracking-mitigat

Re: [blink-dev] Intent to Ship: Bounce Tracking Mitigations on HTTP Cache

On Monday, March 10, 2025 at 5:16:00 PM UTC-4 Mike Taylor wrote: On 3/3/25 10:32 AM, Andrew Liu wrote: Done, requested reviews. On Sunday, March 2, 2025 at 9:35:30 PM UTC-5 Domenic Denicola wrote: Can you request Privacy, WP Security, Enterprise, Debuggability, and Testing review gates in Ch

[blink-dev] Intent to Prototype: Delete-Cookie header

Contact emailsyoavwe...@chromium.org Explainer https://yoavweiss.github.io/delete-cookie/draft-deletecookie-weiss-http-00/draft-deletecookie-weiss-http.html#section-2 Specification https://yoavweiss.github.io/delete-cookie/draft-deletecookie-weiss-http-00/draft-deletecookie-weiss-http.html Summa

Re: [External] Re: [blink-dev] Re: Intent to Ship: H26x Codec support updates for MediaRecorder

LGTM3 On Monday, March 10, 2025 at 7:33:20 PM UTC+1 Chris Harrelson wrote: > LGTM2 > > On Mon, Mar 10, 2025 at 9:20 AM Philip Jägenstedt > wrote: > >> The API owners discussed this again last week, considering it >> alongside H265 (HEVC) codec support in WebRTC. We invited Dale Curtis, >> Fra

Re: [EXTERNAL] Re: [blink-dev] Intent to Remove: SwiftShader Fallback

Thanks for the update David - that sounds like a much less disruptive approach than removing it completely. On Mon, 10 Mar 2025 at 19:26, David Adrian wrote: > To cover the testing use case, we have provided a CLI flag to enable > SwiftShader. This has been in the release notes since November.

Re: [blink-dev] Intent to Ship: Type-agnostic var() fallback

On Mon, Mar 10, 2025 at 8:37 PM Mike Taylor wrote: > Could you please request the privacy, security, enterprise, etc bits in > your chromestatus entry? > Ah, yes. Done. On 3/7/25 7:31 AM, Anders Hartvoll Ruud wrote: > > Contact emails > > andr...@chromium.org > > Explainer > > A var() function c

[blink-dev] Re: Intent to Ship: Bounce Tracking Mitigations on HTTP Cache

On Thursday, February 27, 2025 at 9:46:54 PM UTC+1 Chromestatus wrote: Contact emails l...@chromium.org, ort...@chromium.org, sv...@chromium.org, rtarp...@chromium.org Explainer https://github.com/privacycg/nav-tracking-mitigations/ issues/41#issuecomment-2504329542 Specification https://pr

Re: [blink-dev] Re: Intent to Ship: CSP require-sri-for for scripts

FWIW, I'm planning to discuss a syntax change at next week's WebAppSec meeting, that can help us avoid these compat issues. On Tue, Feb 25, 2025 at 7:54 PM Yoav Weiss (@Shopify) < yoavwe...@chromium.org> wrote: > > > On Tue, Fe

Re: [EXTERNAL] [blink-dev] Intent to Ship: CSS anchor positioning remembered scroll offset

LGTM1 On Wednesday, March 5, 2025 at 11:47:20 PM UTC-8 Morten Stenshorne wrote: > Daniel Clark writes: > > > Can you remind me what the current behavior is without the remembered > > scroll offset? I am wondering if there’s any scenario where changing > > this could break existing anchor pos usa

Re: [blink-dev] Re: Intent to Ship: H265 (HEVC) codec support in WebRTC

The numbers I quoted are HW encoder availability; HW decode availability is sometimes a little higher than encode which can result in an asymmetry but that is more of an exception than the rule, e.g. 77% decode instead of 75% encode on Windows but enc/dec numbers are the same on macOS. Both AV1

Re: [blink-dev] Intent to Experiment: Enabling Web Applications to understand bimodal performance timings

Could you please request the privacy, security & debuggability bits in your chromestatus entry? On 3/10/25 11:39 AM, 'Mike Jackson' via blink-dev wrote: *Contact emails* mjack...@microsoft.com *Explainer* https://github.com/MicrosoftEdge/MSEdgeExplainers/blob

Re: [External] Re: [blink-dev] Re: Intent to Ship: H26x Codec support updates for MediaRecorder

The API owners discussed this again last week, considering it alongside H265 (HEVC) codec support in WebRTC. We invited Dale Curtis, Frank Galligan, and Henrik Boström to better understand the situation. The case for supporting HEVC is that it can result in a better user experience if supported in

Re: [blink-dev] Intent to Experiment: Enabling Web Applications to understand bimodal performance timings

Thanks. LGTM to experiment from M135 to M139 inclusive (I think that's what you've requested, at least). On 3/10/25 7:29 PM, 'Mike Jackson' via blink-dev wrote: Done. Sorry I missed doing that before sending the I2E. On Monday, March 10, 2025 at 1:38:19 PM UTC-7 mike...@chromium.org wrote:

Re: [blink-dev] Intent to Ship: Bounce Tracking Mitigations on HTTP Cache

On Tuesday, March 11, 2025 at 12:08:50 PM UTC-4 Mike Taylor wrote: On 3/11/25 9:52 AM, Andrew Liu wrote: On Monday, March 10, 2025 at 5:16:00 PM UTC-4 Mike Taylor wrote: On 3/3/25 10:32 AM, Andrew Liu wrote: Done, requested reviews. On Sunday, March 2, 2025 at 9:35:30 PM UTC-5 Domenic Denico

Re: [blink-dev] Re: Intent to Ship: Nested view transitions

On Mon, Mar 10, 2025 at 11:33 PM Noam Rosenthal wrote: > > > On Mon, Mar 10, 2025 at 8:50 PM Mike Taylor > wrote: > >> LGTM2. >> >> Maybe toss something like >> assert_true(CSS.supports('selector(::view-transition)')) somewhere and call >> it a day. >> > > Re. the tests - it seems like a strange

Re: [blink-dev] Re: Intent to Ship: H265 (HEVC) codec support in WebRTC

> AV1 encode support is missing, decode support is there. Hardware encoders for RTC are extremely tricky (which is the reason OpenH264 is still very much needed) AV1 HW encoding: On Intel it requires Core Ultra series or above, or A-series discrete graphics; On NV it requires RTX 4000+ series;

Re: [blink-dev] Re: Intent to Ship: H265 (HEVC) codec support in WebRTC

LGTM1 with the same caveats as for MediaRecorder : - The approval is only for exposing OS-provided HEVC support, not for other OS-provided codecs, and not for browser-provided HEVC. - That there is a well

[blink-dev] Intent to Experiment: Device Bound Session Credentials

Contact emails drub...@chromium.org, thef...@chromium.org, arn...@chromium.org Explainer https://github.com/w3c/webappsec-dbsc/blob/main/README.md Specification https://w3c.github.io/webappsec-dbsc Summary A way for websites to securely bind a session to a single device. It will let servers h

[blink-dev] Re: Intent to Experiment: Device Bound Session Credentials

Hello. I'm writing in to express concerns I have related to this experiment & proposal. Just yesterday, we saw YouTube add DRM to all video downloads, breaking many user's flows for the yt-dlp user-agent. At present, there's a workaround, which is to log in via an alternative user agent and ext

Re: [blink-dev] Intent to Ship: Type-agnostic var() fallback

Could you please request the privacy, security, enterprise, etc bits in your chromestatus entry? On 3/7/25 7:31 AM, Anders Hartvoll Ruud wrote: Contact emails andr...@chromium.org Explainer A var()function can provide a fallback value, in case the referenced custom prope

Re: [blink-dev] Intent to Extend Experiment: Cookie Deprecation Label

I wanted to express my appreciation for maintaining the Cookie Deprecation Label into 2025. Speaking as an academic researcher (and only in that capacity), this is an invaluable input into our ongoing research investigating the impact of privacy sandbox on advertiser performance ( https://paper

Re: [blink-dev] Intent to Ship: Bounce Tracking Mitigations on HTTP Cache

On Wed, 12 Mar 2025 at 03:15, Andrew Liu wrote: > > I don't have permissions in the repo to merge the PR. I formally became a > spec editor a week ago, but GH permission changes have to go through the > PrivacyCG chairs. > I’ve fixed that. It was an oversight on the part of the chairs. However,

[blink-dev] Re: Intent to Prototype: Full frame rate render blocking attribute

I have checked with @Vladimir Levin . Currently chrome is not supporting inserting any kind of render-blocking elements from javascript. Since it is a very practical use case we may work on adding the support. On Tue, Mar 11, 2025 at 2:19 PM Jiacheng Guo wrote: > Sorry I may have some misunderst

Re: [blink-dev] Intent to Prototype: Local network access restrictions

Thank you for the pointers on crrev.com/c/6325710 -- adding any restrictions in WebView would be a separate launch and we will reach out before trying to pursue that. For now we will make sure that the restrictions do not apply / the permission is automatically granted in WebView. On Tue, Mar 11,

Re: [blink-dev] Intent to Prototype: Local network access restrictions

On Thu, 6 Mar 2025 at 19:38, Chris Thompson wrote: > Contact emailscth...@chromium.org > > Explainerhttps://github.com/explainers-by-googlers/local-network-access > > SpecificationNot yet > > Summary > > Restricts the ability to make requests to the user's local network, gated > behind a permissi

[blink-dev] Intent to Experiment: Enabling Web Applications to understand bimodal performance timings

*Contact emails* mjack...@microsoft.com *Explainer* https://github.com/MicrosoftEdge/MSEdgeExplainers/blob/main/PerformanceNavigationTiming%20for%20User%20Agent%20Launch/explainer.md