Re: [blink-dev] Intent to Deprecate and Remove: data: URL in SVGUseElement

Jun and I have been talking about this offline and I think we've got a reasonable plan to attempt to proceed with this breaking change: - Add Enterprise policy knob - Disable in WebView by default (or add targetSdk quirk) - in disc

Re: [blink-dev] Intent to remove: zoom CSS property

On Thu, Apr 20, 2023 at 12:01 PM Alex Russell wrote: > I agree that this is probably too risky right now. Are you willing to > modify the plan you posted to gate #4 on a UKM analysis and/or driving use > below a negotiated threshold, Chris? I can do the UKM analysis if that's needed. As for thr

Re: [blink-dev] Intent to remove: zoom CSS property

On Thu, Apr 20, 2023 at 12:30 PM Stephen Chenney wrote: > Back to the testing question. There are hundreds of blink web tests that > set zoom via CSS. Most of them are not testing the zoom CSS feature itself > (though some are) so most of them would need to be updated to test browser > zoom situa

Re: [blink-dev] Intent to remove: zoom CSS property

Back to the testing question. There are hundreds of blink web tests that set zoom via CSS. Most of them are not testing the zoom CSS feature itself (though some are) so most of them would need to be updated to test browser zoom situations. It's tractable, particularly if we modify the existing test

Re: [blink-dev] Intent to remove: zoom CSS property

I agree that this is probably too risky right now. Are you willing to modify the plan you posted to gate #4 on a UKM analysis and/or driving use below a negotiated threshold, Chris? Thanks, Alex On Thursday, April 20, 2023 at 11:15:32 AM UTC-7 Chris Harrelson wrote: > Comments below, but here

Re: [blink-dev] Intent to Ship: Deprecate module size limit for WebAssembly.Module()

Thanks for the document, Andreas. The numbers in it are still hugely concerning, and I'm a -1 until and unless we have data from P75-P90 Androids and Windows devices. Our telemetry from Edge shows that nearly half of users are on slow, spinning rust and 2-4 core devices, and the only system in

Re: [blink-dev] Questions related to flat tree and layout tree

Steve Kobes' Life of a Pixel talk is a good overview of this. While this is a couple years old, I think almost all of it remains accurate today. On Thu, Apr 20, 2023 at 1:44 PM Yogesh Tembe wrote: > I am trying to understand various trees that are fo

Re: [blink-dev] Intent to Ship: Support URLs with non-special schemes

I'm not sure that I'm going to be of much help in this discussion, since I don't know about all the various scheme dependencies in Chrome, and I'm quite backlogged. I'm mainly concerned about breaking any assumptions about cases where a URL's origin is inherited but not parsed from the URL (e.g.,

Re: [blink-dev] Intent to remove: zoom CSS property

Comments below, but here is a concrete shipping plan proposal: 1. Blog post describing what is happening, why, and how to fix your code. 2. Start a deprecation for 3 milestones (M114-116), with a devtools console warning. Notify enterprises and webview clients of the deprecation. 3. In parallel wi

Re: [blink-dev] Intent to remove: zoom CSS property

On Thu, Apr 20, 2023 at 11:00 AM Jeremy Roman wrote: > How does this removal interact with the browser zoom feature? Today this > seems to affect the CSS zoom property: > > getComputedStyle(document.documentElement).zoom > Browser zoom is implemented using the same machinery as CSS zoom. Removin

Re: [blink-dev] Intent to remove: zoom CSS property

How does this removal interact with the browser zoom feature? Today this seems to affect the CSS zoom property: getComputedStyle(document.documentElement).zoom How much of the code do you get to remove, vs how much is still needed to support browser zoom but will have reduced web exposure? On Th

[blink-dev] Questions related to flat tree and layout tree

I am trying to understand various trees that are formed during rendering process of webpage. So we have 4 types of trees - dom tree, css tree, flat tree and layout tree. >From documentation I know that flat tree is created from dom tree then with flat and css tree we form layout tree. I have fo

[blink-dev] Re: [Call for feedback] Proposal to gradually skip unload events: already unreliable, top back/forward cache blocker, better alternatives available!

On Tue, Apr 18, 2023 at 7:34 PM Fergal Daly wrote: > [+iclelland] > > On Tue, 18 Apr 2023 at 23:19, Nic Jansma wrote: > >> Hi Kenji, >> >> Will there be a way to detect whether or not unload will fire from JS? >> > > I don't believe there is a way to query the policies that currently apply > to

[blink-dev] Intent to Implement and Ship: isSecurePaymentConfirmationAvailable API

Contact emailsnbur...@chromium.org, smcgr...@chromium.org, i...@chromium.org Specificationhttps://github.com/w3c/secure-payment-confirmation/pull/233 Design docs https://docs.google.com/document/d/10zFazJRJMwNLKmH-GJRFMDs4rONIO5kF8TvdFydmGek/edit Summary This is a Javascript API to provide an e

Re: [blink-dev] Intent to remove: zoom CSS property

On Wed, Apr 19, 2023 at 6:53 PM Chris Harrelson wrote: > Mike said: *"It would also be good to go through all duplicates and "See > Also" bugs linked at https://bugzilla.mozilla.org/show_bug.cgi?id=390936 > and see how we fare > with a build t

Re: [blink-dev] Intent to Implement and Ship: Use RegExp v flag instead of u for HTML pattern attribute

Thanks for the great analysis! LGTM3 with a killswitch in case we predicted wrong. On Thu, Apr 20, 2023 at 9:57 AM Philip Jägenstedt wrote: > LGTM2, thank you Mathias for the detailed analysis! > > On Thu, Apr 20, 2023 at 3:48 PM Yoav Weiss wrote: > >> LGTM1 to ship with a killswitch flag, just

Re: [blink-dev] Intent to Implement and Ship: Use RegExp v flag instead of u for HTML pattern attribute

LGTM2, thank you Mathias for the detailed analysis! On Thu, Apr 20, 2023 at 3:48 PM Yoav Weiss wrote: > LGTM1 to ship with a killswitch flag, just in case. > > Thanks for the thorough analysis! > > On Thu, Apr 20, 2023 at 3:41 PM Mathias Bynens wrote: > >> I’ve continued analyzing UKM results a

Re: [blink-dev] Intent to Implement and Ship: Use RegExp v flag instead of u for HTML pattern attribute

On Wed, Apr 19, 2023 at 10:28 PM Rick Byers wrote: > On Wed, Apr 19, 2023 at 3:41 PM Philip Jägenstedt > wrote: > >> I wonder if we can get enough confidence with less work than >> investigating 40 randomly chosen sites from UseCounter hits. >> >> This is a population proportion problem, and >>

Re: [blink-dev] Intent to Implement and Ship: Use RegExp v flag instead of u for HTML pattern attribute

LGTM1 to ship with a killswitch flag, just in case. Thanks for the thorough analysis! On Thu, Apr 20, 2023 at 3:41 PM Mathias Bynens wrote: > I’ve continued analyzing UKM results and have now reached n=40 as Rick > suggested: > > | origin | link to analysis > |

Re: [blink-dev] Intent to Implement and Ship: Use RegExp v flag instead of u for HTML pattern attribute

I’ve continued analyzing UKM results and have now reached n=40 as Rick suggested: | origin | link to analysis | continues to work with the change? | | :--- | : | :- | |

Re: [blink-dev] Intent to Implement and Ship: Use RegExp v flag instead of u for HTML pattern attribute

On Wed, Apr 19, 2023 at 9:41 PM Philip Jägenstedt wrote: > I wonder if we can get enough confidence with less work than investigating > 40 randomly chosen sites from UseCounter hits. > > This is a population proportion problem, and > https://sample-size.net/confidence-interval-proportion/ is a us

Re: [blink-dev] Intent to Ship: Deprecate module size limit for WebAssembly.Module()

LGTM2 Thanks for testing this! :) On Thu, Apr 20, 2023 at 12:58 PM Andreas Haas wrote: > Hi Philip, Yoav, > > I added a test to the wasm spec tests now, see > https://github.com/WebAssembly/spec/pull/1642. It creates modules of size > 1GB and 1GB+1 and checks that compilation passes or fails, r

Re: [blink-dev] Intent to Ship: Deprecate module size limit for WebAssembly.Module()

Hi Philip, Yoav, I added a test to the wasm spec tests now, see https://github.com/WebAssembly/spec/pull/1642. It creates modules of size 1GB and 1GB+1 and checks that compilation passes or fails, respectively. The modules consist of a single custom section, so that minimal processing time and mod

[blink-dev] Intent to Experiment: Compute Pressure

Contact emails kenneth.r.christian...@intel.com, arnaud.ma...@intel.com, wei4.w...@intel.com Explainer https://github.com/w3c/compute-pressure/blob/main/README.md Specification https://www.w3.org/TR/compute-pressure Design docs https://developer.chrome.com/docs/web-platform/compute-pressu