Re: [blink-dev] Intent to Deprecate and Remove: Battery Status API in Insecure Origins

LGTM2 - can you please file a bug to explicitly remove usage by YouTube? On 1/14/22 8:00 AM, Mike West wrote: LGTM1 to restrict this API to secure contexts with a 3 milestone deprecation window. If blockers come up in the meantime, we can reevaluate, but I'm satisfied with the spot checks

Re: [blink-dev] Intent to Deprecate and Remove: Minor WebCodecs spec violations

poralLayerId` in the httparchive.latest.requests_desktop dataset and got zero results - that makes me feel better about hitting send). Best, Chris On Sat, Dec 18, 2021 at 12:30 PM Mike Taylor wrote: Hi Chris, On 12/17/21 3:24 PM, Chris Cunningham wrote: Cont

Re: [blink-dev] Re: Intent to Deprecate and Freeze: The User-Agent string

lished today? On Wednesday, 19 May 2021 at 21:49:10 UTC+1 Mike Taylor wrote: Hi Par (and others), Today we published an update on our UA Reduction plans, in a new thread: https://groups.google.com/a/chromium.org/g/blink-dev/c/e3pZJu96g6c Happy to

Re: [blink-dev] Intent to Ship: Origin Isolation By Default / Deprecate document.domain

On 12/16/21 5:52 PM, Charlie Reis wrote: On Thu, Dec 16, 2021 at 7:28 AM 'Daniel Vogelheim' via blink-dev wrote: On Tue, Dec 14, 2021 at 11:51 PM Mike Taylor wrote: On 12/14/21 11:35 AM, Daniel Bratell wrote: It seems more or less everyone agrees on this being

Re: [blink-dev] Intent to Deprecate and Remove: Minor WebCodecs spec violations

Hi Chris, On 12/17/21 3:24 PM, Chris Cunningham wrote: Contact emails * chcunning...@chromium.org * Explainer * https://github.com/w3c/webcodecs/blob/main/explainer.md * Specification *

Re: [blink-dev] Intent to Ship: AudioContext.outputLatency

LGTM2 w/ same condition. On 12/15/21 11:47 AM, Yoav Weiss wrote: LGTM1 conditional on those metrics landing (but no need to wait for data from the metrics to come in). On Monday, December 6, 2021 at 3:22:26 PM UTC+1 Mike Taylor wrote: To circle back - last week we (myself + some other

Re: [blink-dev] Intent to Ship: Remove font-family -webkit-standard

/spreadsheets/d/1WZTRBujaaFrtUaRnBOoVYzJkZuColXFN-GgToF6nR5Q/edit#gid=73457229 On Wed, Dec 15, 2021 at 2:46 PM Mike Taylor wrote: Hi Sonia, Could you please make this spreadsheet public? thanks, Mike On 12/15/21 7:38 AM, Sonia Singla wrote

Re: [blink-dev] Intent to Ship: Remove font-family -webkit-standard

Hi Sonia, Could you please make this spreadsheet public? thanks, Mike On 12/15/21 7:38 AM, Sonia Singla wrote: Link to spreadsheet[0] [0] https://docs.google.com/spreadsheets/d/1lChXA87u2r7yuBdfJu283UDsGhRGqT9ol2rVwVOQw0o/edit?resourcekey=0-yCKFjRfFk0RYeNm-d6DvFw#gid=1758573992 On

Re: [blink-dev] Intent to Ship: Origin Isolation By Default / Deprecate document.domain

On 12/14/21 11:35 AM, Daniel Bratell wrote: It seems more or less everyone agrees on this being a good thing, so it mainly comes down to web compatibility. How much of the web will break, and how badly. The numbers mentioned, 0.5% of sites set document.domain, 0.05% seem to depend on

Re: [blink-dev] Intent to Ship: Convert adoptedStyleSheets to use ObservableArray

LGTM2 On 12/14/21 10:05 AM, Camille Lamy wrote: Thanks Mason! I wasn't sure if it was possible to share it cross-origin, hence my question. If you can only get a non-shared copied version, then this is fine from a security POV. On Tuesday, December 14, 2021 at 4:53:52 AM UTC+1 Mason Freed

Re: [blink-dev] Re: Intent to Ship: Intl Locale Info in ECMA402 (for m99)

LGTM2 On 12/13/21 6:27 PM, Chris Harrelson wrote: LGTM1 On Mon, Dec 13, 2021 at 3:20 PM Frank Tang wrote: Dear API owners: [Five days after my I2S email] Any questions or feedback I should/need to take action before you grant me a lgtm? Thanks Regards, Frank

Re: [blink-dev] Re: Intent to Ship: CSS cascade layers

LGTM3 - I'm excited for this addition to CSS. On 12/13/21 12:45 PM, Chris Harrelson wrote: LGTM2 On Sun, Dec 12, 2021 at 10:47 PM Yoav Weiss wrote: *LGTM1* Thanks for fixing the related CSSPreloadScanner issues! :) On Sat, Dec 11, 2021 at 5:58 AM Xiaocheng Hu wrote:

Re: [blink-dev] Intent to Ship: Intl Enumeration API (for m99)

LGTM1 On 12/8/21 1:46 PM, Frank Tang wrote: [for m99 AFTER m98 branching off Dec 9, 2021] Contact emails ft...@google.com Explainer https://github.com/tc39/proposal-intl-enumeration Specification https://tc39.es/proposal-intl-enumeration/ Design docs

Re: [blink-dev] Intent to Ship: Allow infinity, -infinity and NaN in CSS calc()

Hi Seokho, Thanks for working on this! On 12/9/21 6:56 PM, Seokho Song wrote: Contact emails 0xdev...@gmail.com Explainer https://github.com/DevSDK/calc-infinity-and-NaN/blob/master/explainer.md Specification

Re: [blink-dev] Intent to Ship: AudioContext.outputLatency

collect values reported by major platforms/devices and devise a reasonable "bucket system" for them. On Tue, Nov 16, 2021 at 8:14 AM

Re: [blink-dev] Intent to Ship: Private Network Access preflight requests for subresources

, 2021 at 5:14 PM Mike Taylor wrote: Thanks - I also don't think there's a lot of value in this particular header being the odd-one-out, just wanted to confirm we're not going to ship

Re: [blink-dev] Intent to Ship: Private Network Access preflight requests for subresources

f the "true" token for the new Access-Control-Allow-Private-Network header, and specify that, but I'm not sure it would be terribly useful. Do you think otherwise? Cheers, Titouan On Thu, Dec 2, 2021 at 4:45 PM Mike Taylor wrote: Hi Titouan, I'm

Re: [blink-dev] Intent to Ship: Private Network Access preflight requests for subresources

Hi Titouan, I'm curious what the plan is for structured headers. https://github.com/WICG/private-network-access/issues/45 is marked as blocked - has there been other progress or thinking behind the scenes? thanks, Mike On 11/29/21 10:36 AM, 'Titouan Rigoudy' via blink-dev wrote:

Re: [blink-dev] Intent to Deprecate and Remove: Calling PaymentRequest.show without user activation

LGTM3 On 12/1/21 12:34 PM, Chris Harrelson wrote: LGTM2 On Wed, Dec 1, 2021 at 9:33 AM Yoav Weiss wrote: LGTM1 to deprecate in M98 and remove in M99, assuming no surprises come up on the usage front. On Wed, Dec 1, 2021 at 6:31 PM Stephen Mcgruer wrote: To be

Re: [blink-dev] New API owner: Mike Taylor

Thanks! I'm also obligated to say "Opera did it first" (where the "it" is hire me). On 11/29/21 1:10 PM, Yoav Weiss wrote: Welcome Mike!! :D On Mon, Nov 29, 2021 at 6:24 PM Chris Harrelson wrote: Hi blink-dev, I'm pleased to announce that +Mike Taylo

Re: [blink-dev] Intent to Ship: Remove font-family -webkit-standard

On 11/17/21 6:02 AM, Frédéric Wang wrote: I started to poke through https://github.com/search?p=5=%22-webkit-standard%22=Code out of curiosity and a few things stand out: 1) Some tools used for archiving / exports appear: Evernote:

Re: [blink-dev] Intent to Ship: AudioContext.outputLatency

e data about the distribution. On Mon, Nov 15, 2021 at 8:05 AM Mike Taylor wrote: On 11/15/21 10:56 AM, Hongchan Choi wrote: On Mon, Nov 15, 2021 at 6:49 AM Mike Taylor wrote: On 11/15/21 1:47 AM, Yoav Weiss wrote: On Fri, Nov 12, 2021 at 5:33 PM 'Ajay Rahateka

Re: [blink-dev] Intent to Ship: Remove font-family -webkit-standard

On 11/16/21 9:46 AM, Frédéric Wang wrote: Contact emails fw...@igalia.com, ssin...@igalia.com Explainer None Specification https://drafts.csswg.org/css-fonts-4/#font-family-prop Summary Remove support for the font-family value "-webkit-standard". This

Re: [blink-dev] Intent to Ship: AudioContext.outputLatency

On 11/15/21 10:56 AM, Hongchan Choi wrote: On Mon, Nov 15, 2021 at 6:49 AM Mike Taylor wrote: On 11/15/21 1:47 AM, Yoav Weiss wrote: On Fri, Nov 12, 2021 at 5:33 PM 'Ajay Rahatekar' via blink-dev wrote: TAG review status Completed: Web Audio API

Re: [blink-dev] Intent to Ship: AudioContext.outputLatency

) This feature  does not expose more than what you can query/infer from the UA string. Would that exposure map cleanly to UA-Platform <https://wicg.github.io/ua-client-hints/#sec-ch-ua-platform>, which is considered low-entropy and exposed by default? Or would it add more than that? /cc +Mike

Re: [blink-dev] Intent to Ship: Supports keyword format in @font-face src descriptor

Hi Eric, On 11/11/21 8:18 PM, Eric Huang wrote: Contact emails ele...@gmail.com Explainer https://drafts.csswg.org/css-fonts/#src-desc Specification https://drafts.csswg.org/css-fonts/#src-desc Summary Adds support

Re: [blink-dev] Intent to Prototype: HTMLInputElement showPicker()

On 11/9/21 10:49 AM, Domenic Denicola wrote: These seem like good discussions to have on the spec thread, instead of a Blink-specific mailing list :). Sure, I guess I don't feel strongly about the venue - but re-posted at https://github.com/whatwg/html/issues/6909#issuecomment-964292294. --

Re: [blink-dev] Intent to Prototype: HTMLInputElement showPicker()

Hi François, On 11/3/21 3:16 PM, 'François Beaufort ' via blink-dev wrote: Summary The HTMLInputElement showPicker() method allows web developers to programmatically show a browser picker for temporal, color, and file inputs. Blink component Blink>Forms

Re: [blink-dev] Intent to Ship: New Canvas 2D API

On 10/29/21 1:23 AM, Yoav Weiss wrote: Hey Domenic! :) On Thu, Oct 28, 2021 at 11:00 PM Domenic Denicola wrote: FWIW the two HTML editors on the thread (myself and Anne, with our HTML editor hats on), as well as Mozilla (via Anne with his Mozilla hat on), prefer the throwing

Re: [blink-dev] Intent to Ship: Remove clamping of setTimeout(..., 0)

;>>>>> However, even if the beta baking does not reveal any issues, breakage due to this can be hard to understand, and could be in code (libraries) that aren't easy to update. It would be prudent to make this a finch-controlled experiment, to avoid a potential urgent revert in a point release. >>

Re: [blink-dev] Intent to Ship: Remove clamping of setTimeout(..., 0)

ext step. On Friday, January 29, 2021 at 6:14:07 AM UTC+8 Mike Taylor wrote: Howdy, In general, I think if Firefox has been able to ship this behavior it's likely web-compatible (modulo different code paths being served behind UA sniffing). There have been subtle race-y JS timing bug diffe

Re: [blink-dev] Intent to Implement and Ship: Allow simple Range header values without preflight

On 10/5/21 6:50 AM, Rayan Kanso wrote: Contact emails rayank...@chromium.org, jakearchib...@chromium.org Specification https://fetch.spec.whatwg.org/ Diff: https://github.com/whatwg/fetch/pull/1312 Summary Allows

Re: [blink-dev] Intent to Implement and Ship: Add support for Promise to Blobs in clipboard item

On 9/29/21 7:53 AM, Yoav Weiss wrote: On Wed, Sep 29, 2021 at 3:02 AM 'Anupam Snigdha' via blink-dev mailto:blink-dev@chromium.org>> wrote: Interoperability and Compatibility /Gecko/: In Development(https://bugzilla.mozilla.org/show_bug.cgi?id=1619947

Re: [blink-dev] Intent to Ship: Auto-expand details elements

On 9/23/21 8:19 AM, Yoav Weiss wrote: On Thu, Sep 23, 2021 at 9:25 AM Thomas Steiner > wrote: Not sure this was discussed before, but could a new boolean attribute that opts the element in to the new behavior be the answer? At the risk of jinxing

[blink-dev] Re: Intent to Ship: CSS @counter-style descriptor 'speak-as'

Hi Xiaocheng, On Friday, September 17, 2021 at 4:16:26 PM UTC-4 Xiaocheng Hu wrote: > Summary > > A custom counter style can be constructed with a meaning that is obvious > visually, but impossible to meaningfully represent via a speech synthesizer > or other non-visual means, or possible but

Re: [blink-dev] Intent to Ship: Disable propagation of body style to viewport when contained

On Wednesday, September 15, 2021 at 4:23:13 PM UTC-4 Rune Lillesveen wrote: > On Wed, Sep 15, 2021 at 2:55 PM Mike Taylor > wrote: > >> Hey Rune, >> >> Is there any way for developers to know behavior has changed on their >> sites when this ships? (Or a

Re: [blink-dev] Intent to Ship: Disable propagation of body style to viewport when contained

Hey Rune, Is there any way for developers to know behavior has changed on their sites when this ships? (Or alternatively, any clues for folks triaging bugs, besides bisecting?). I'm wondering about sites where breakage is pretty bad. Would it be useful to ship a devtools issue (probably

[blink-dev] Re: Update on User-Agent Reduction plans

:48 AM UTC-4 Mike Taylor wrote: > > > > > > > > > > > > > > > > > > > * Hi there blink-dev and Chromium community, I’d like to give an update on > our current thinking and plans around User-Agent Reduction (née “User Agent > Freezi

[blink-dev] Re: Update on User-Agent Reduction plans

I suppose there's always a possibility, but I'm not aware of anything that would cause it to reject today. As a fallback, you could parse the major version from `navigator.userAgentData.brands`, or just grab that info from `navigator.userAgent` (the major version will always be there, even

[blink-dev] Re: Update on User-Agent Reduction plans

Hi Vladimir, Can you help me understand why the JS API (e.g., `navigator.userAgentData.getHighEntropyValues(["uaFullVersion"])`) won't work in a web extension? thanks, Mike On 9/9/21 4:48 PM, Vladimir Pastukhov wrote: *Hi, what about web extensions?* * * *How the extension developers are

[blink-dev] Re: Update on User-Agent Reduction plans

Hi Jérémie, Yes, this will be true (assuming `HTTP_USER_AGENT` is derived from the `User-Agent` request header field in whatever backend system you're working with). thanks, Mike On 9/2/21 1:49 PM, Jérémie Le Pévédic wrote: While reducing, can you confirm if the HTTP_USER_AGENT variable

Re: [blink-dev] Intent to Ship: PermissionStatus.prototype.name

Hey Marcos, On 8/19/21 2:09 AM, Marcos Caceres wrote: *Tracking bug* https://bugs.chromium.org/p/chromium/issues/detail?id=897309 I think that's maybe a mistake, https://bugs.chromium.org/p/chromium/issues/detail?id=1236856 seems to be the right bug. later, Mike -- You received this

Re: [blink-dev] Intent to Prototype: Standardize existing client hint naming

, Aug 18, 2021 at 10:10 AM Mike Taylor <mailto:miketa...@chromium.org>> wrote: This I2P seems to have fallen through the cracks (understandably lots of vacation happening this month). Any thoughts from API owners? On 8/9/21 2:20 PM, Ari Chivuk

Re: [blink-dev] Intent to Prototype: Standardize existing client hint naming

This I2P seems to have fallen through the cracks (understandably lots of vacation happening this month). Any thoughts from API owners? On 8/9/21 2:20 PM, Ari Chivukula wrote: * Contact emails aric...@chromium.org ,

<    4   5   6   7   8   9