Re: [blink-dev] Intent to Ship: FedCM: Credentialed requests will no longer send SameSite=Strict cookies

m.org> wrote: > >> LGTM1 >> >> On Wed, Apr 24, 2024 at 5:46 PM Christian Biesinger < >> cbiesin...@chromium.org> wrote: >> >>> Hi Yoav, >>> >>> with regards to the spec: As Johann suggests, this can't really be >>> specified today

Re: [blink-dev] Intent to Experiment: FedCM Bundle 6: Continuation API, Scope API, Scaling Well-Known, Custom account labels

Sorry about that, done. On Wed, Apr 24, 2024 at 11:52 AM Chris Harrelson wrote: > Hi, > > Please fill out the Privacy, Security and Debuggability sections for this > origin trial, they'll need to be started before we can approve. > > On Wed, Apr 24, 2024 at 8:39 AM C

Re: [blink-dev] Intent to Ship: FedCM: Credentialed requests will no longer send SameSite=Strict cookies

t; this feature on it (and we haven't blocked other features in the past). I >> would expect the FedCM spec to adjust to the cookie layering work once that >> lands, and can work with the team to make sure that happens. >> >> Hope this helps, >> >> Johann >>

[blink-dev] Intent to Experiment: FedCM Bundle 6: Continuation API, Scope API, Scaling Well-Known, Custom account labels

Contact emails cbiesin...@chromium.org Explainer https://github.com/fedidcg/FedCM/issues/555 https://github.com/fedidcg/FedCM/issues/556 https://github.com/fedidcg/FedCM/issues/559 https://github.com/fedidcg/FedCM/issues/552 https://github.com/fedidcg/FedCM/issues/553 Specification None

Re: [blink-dev] Intent to Ship: FedCM: Credentialed requests will no longer send SameSite=Strict cookies

Just wanted to ping this thread -- any lgtms? Or will it be discussed at tomorrow's meeting? Christian On Thu, Apr 18, 2024 at 11:31 AM Christian Biesinger < cbiesin...@chromium.org> wrote: > > > On Wed, Apr 17, 2024 at 10:13 PM Domenic Denicola > wrote: > >> >>

Re: [blink-dev] Intent to Ship: FedCM: Credentialed requests will no longer send SameSite=Strict cookies

On Wed, Apr 17, 2024 at 10:13 PM Domenic Denicola wrote: > > > On Thu, Apr 18, 2024 at 6:19 AM Christian Biesinger < > cbiesin...@chromium.org> wrote: > >> Contact emails >> >> cbiesin...@chromium.org >> >> >> Explainer >> >&g

[blink-dev] Intent to Ship: FedCM: Credentialed requests will no longer send SameSite=Strict cookies

Contact emails cbiesin...@chromium.org Explainer See summary Specification https://fedidcg.github.io/FedCM/#fetch-identity-assertion Summary We recently changed FedCM to send ID assertion requests with CORS. As a side-effect, that

Re: [blink-dev] Intent to Ship: FedCM CORS requirement on ID assertion endpoint

On Tue, Mar 12, 2024 at 1:34 PM Mike Taylor wrote: > > On 3/12/24 11:33 AM, Nicolás Peña Moreno wrote: > > Thanks for the suggestion, Yoav! It seems something fetch experts have some > concerns about, so we do not plan to proceed with that suggestion at the > moment. > > I'd like to append a

Re: [blink-dev] How to config ".gn" and "buildconfig.gn"?

> 2024年3月15日金曜日 0:06:15 UTC+9 Christian Biesinger: >> >> You can't really build blink on its own, it's only meant to be built >> as part of Chromium. >> >> Also that repository is 8 years old, current work is happening in the >> Chromium repository >> (ht

Re: [blink-dev] How to config ".gn" and "buildconfig.gn"?

You can't really build blink on its own, it's only meant to be built as part of Chromium. Also that repository is 8 years old, current work is happening in the Chromium repository (https://chromium.googlesource.com/chromium/src/+/HEAD/third_party/blink/) Christian On Thu, Mar 14, 2024 at 11:03 

Re: [blink-dev] Intent to Ship: 'pagereveal' event

On Thu, Feb 1, 2024 at 4:53 PM David Bokan wrote: > Contact emailsbo...@chromium.org, khushalsa...@chromium.org, > nrosent...@chromium.org, vmp...@chromium.org > > Explainer > https://github.com/WICG/view-transitions/blob/main/cross-doc-explainer.md > >

[blink-dev] Web-facing PSA: Allow setting IDP login status from same-site subresources

We have recently shipped the login status API to let identity providers (IdPs) (and, technically, other websites) tell Chrome when a user is logging in to or logging out from the website. We previously only allowed setting the login status on

Re: [blink-dev] New API owner: Domenic Denicola

Congratulations! Christian On Mon, Jan 22, 2024 at 3:34 AM 'Thomas Steiner' via blink-dev < blink-dev@chromium.org> wrote: > Congratulations, Dominic, and thanks for your time! > > On Fri, Jan 19, 2024 at 9:59 PM Rick Byers wrote: > >> Hi blink-dev, >> +Domenic Denicola has volunteered to

[blink-dev] PSA: FedCM will skip well-known file checks when the IDP and RP are same-site

The FedCM code has previously enforced that an Identity Provider (IDP)’s configURL is listed in .well-known/web-identity under their eTLD+1 (e.g. https://google.com/.well-known/web-identity) so that the IDP can not encode RP data in the

Re: [blink-dev] Web-Facing Change PSA: align-content CSS property for blocks

I'm curious what the reasoning was for sending this as a PSA vs I2S? Personally I'd be worried about websites specifying align-content on .foo but only expect it to be applied to flexboxes. Do we have a use counter for align-content on non-flexbox/grid? Also, any plans for the other properties

Re: [blink-dev] Intent to ship: The Login Status API and its use in FedCM

sts are ideally merged and showing > results on wpt.fyi before we ship, so that any issues are apparent and can > be addressed. > > Best regards, > Philip > > On Wed, Oct 18, 2023 at 6:54 PM Christian Biesinger < > cbiesin...@chromium.org> wrote: > >> +Ben and M

Re: [blink-dev] Intent to ship: The Login Status API and its use in FedCM

cifically wanted us to explicitly use the > standards-positions repo rather than relying on negative or positive > statements elsewhere. Would it be best to post one just in case? > > /Daniel > On 2023-10-12 21:04, Christian Biesinger wrote: > > Contact emails > > cbiesin...@chromium

Re: [blink-dev] PSA: New baseline format for test-harness tests

ekey=0-47lxaiexsP8wfuzOtQhkXw#heading=h.103wg95souql > > thanks, Weizhong > > On Tue, Oct 17, 2023 at 10:54 AM Christian Biesinger < > cbiesin...@chromium.org> wrote: > >> Interesting! When you say "machine parsable", I assume you mean you want >> to detect which subtests pas

Re: [blink-dev] PSA: New baseline format for test-harness tests

Interesting! When you say "machine parsable", I assume you mean you want to detect which subtests passed/failed? Could you share an example of the new format? Thanks! On Mon, Oct 16, 2023 at 9:07 PM 'Weizhong Xia' via blink-dev < blink-dev@chromium.org> wrote: > Hi Blink Developers > > We want

[blink-dev] Intent to ship: The Login Status API and its use in FedCM

Contact emails cbiesin...@chromium.org Explainer https://github.com/fedidcg/FedCM/blob/main/proposals/idp-sign-in-status-api.md Specification https://github.com/fedidcg/FedCM/pull/436 Summary The Login Status API (formerly IdP Sign-in Status API)

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

On Mon, Aug 21, 2023 at 3:25 PM Ben Kelly wrote: > > > > On Mon, Aug 21, 2023 at 11:38 AM Mike Taylor wrote: >> >> On 8/21/23 11:09 AM, Ben Kelly wrote: >> >> On Sun, Aug 20, 2023 at 11:27 PM Yoav Weiss wrote: >>> >>> Thanks for working on this important problem! >>> >>> On Thu, Aug 17, 2023 at

Re: [blink-dev] Intent to Experiment: FedCM Sign-in Status API

FYI, we are extending this origin trial to Android (excluding webview) in Chrome 117. I understand we do not need a new LGTM for that. Christian On Fri, Jun 9, 2023 at 10:00 AM Mike Taylor wrote: > LGTM to experiment from M116 to M119 inclusive. > On 6/8/23 5:38 PM, Christian Biesinger

Re: [blink-dev] Intent to Experiment: FedCM Sign-in Status API

ping? also +blink-api-owners-discuss to clarify the process On Wed, Jul 5, 2023 at 3:43 PM Christian Biesinger wrote: > (+mathiasb, and since he's OOO also adding Vladimir) > > We would also like to add a small webdriver extension for this feature and > I am unsure ho

Re: [blink-dev] Intent to Experiment: FedCM Sign-in Status API

On Fri, Jun 9, 2023 at 10:00 AM Mike Taylor wrote: > LGTM to experiment from M116 to M119 inclusive. > On 6/8/23 5:38 PM, Christian Biesinger wrote: > > Contact emails > > cbiesin...@chromium.org > > Explainer > > > https://github.com/fedidcg/FedCM/blob/main/pr

[blink-dev] Intent to Experiment: FedCM Sign-in Status API

Contact emails cbiesin...@chromium.org Explainer https://github.com/fedidcg/FedCM/blob/main/proposals/idp-sign-in-status-api.md Specification https://github.com/fedidcg/FedCM/pull/436 Summary This origin trial is intended to cover the IdP Sign-in Status API

Re: [blink-dev] Re: PSA: WebDriver changes now go through the API owners intent process

On Wed, Jun 7, 2023 at 12:48 PM Chris Harrelson wrote: > > > On Wed, Jun 7, 2023 at 9:30 AM Raphael Kubo da Costa < > raphael.kubo.da.co...@intel.com> wrote: > >> Op 31-05-2023 om 20:44 schreef Chris Harrelson: >> > TL;DR: going forward, new WebDriver Classic and WebDriver BiDi APIs in >> >

Re: [blink-dev] Understand DOM updates

panda wrote: > So when dom update happens the changes are not made in flat tree > and directly happen on layout tree ? > Actually "mutationObserver" is not able to catch all the changes in dom. > > > On Wednesday, May 3, 2023 at 7:55:04 PM UTC+5:30 Christian Bies

Re: [blink-dev] PSA: Adding WebDriver commands for interacting with FedCM dialogs

d webdriver-bidi is not ready yet. Thanks, Christian > > Best regards, > Philip > > On Thu, May 4, 2023 at 9:32 PM Christian Biesinger < > cbiesin...@chromium.org> wrote: > >> This would be an Intent to Ship, but since this is not web-exposed, my >> u

[blink-dev] PSA: Adding WebDriver commands for interacting with FedCM dialogs

This would be an Intent to Ship, but since this is not web-exposed, my understanding is that the intent process does not apply. Nonetheless, I wanted to give y’all a heads-up about this. Contact emails cbiesin...@chromium.org Explainer None Specification

Re: [blink-dev] Understand DOM updates

The layout/fragment tree is updated asynchronously upon a change, so there's two steps -- first, a layout object is marked as needing layout, e.g. through SetChildNeedsLayout or one of the other methods

Re: [blink-dev] Questions related to Layout and Fragment Tree

You could use JsDbg if you have/can get symbols for your build (on Windows you can use the symbol server): https://github.com/MicrosoftEdge/JsDbg On Tue, May 2, 2023 at 8:01 PM Kiara wrote: > > To see the resulting fragment tree is via: ShowFragmentTree() do we need to > build the entire

Re: [blink-dev] Adding the third party onnxruntime to the blink for personal project

For what it's worth, if this library tries to access local files this is not going to work inside of blink because of the sandbox (https://chromium.googlesource.com/chromium/src/+/HEAD/docs/design/sandbox.md) You'd probably have to figure out some kind of mojo interface for that. Christian On

Re: [blink-dev] Debugging compressed pointers in Blink

Perhaps we should add a prettyprinter for cppgc::internal::MemberBase which automatically calls that function? Christian On Tue, Oct 11, 2022 at 11:00 AM Dave Tapuska wrote: > Anton, can you add this to > https://source.chromium.org/chromium/chromium/src/+/main:docs/linux/debugging.md > ? > >

Re: [blink-dev] Intent to Prototype: Web Smart Card API

While I don't know if this specific proposal would support it, things like the various EU countries' citizen cards (using their national IDs for authenticating to government services) do not use TLS client certs, instead relying on other software that needs to be installed. Christian On Wed, Sep

Re: [blink-dev] WebView Origin Trials enabled on 103 beta

oogle Logo] > Peter Birk Pakkenberg > Software Engineer > pb...@google.com > +447469379358 <+44%207469%20379358> > > > On Wed, 29 Jun 2022 at 16:16, Christian Biesinger > wrote: > >> Hi Peter, >> >> it seems your link was broken and I haven't been ab

Re: [blink-dev] WebView Origin Trials enabled on 103 beta

ional append, as long > as you do it after their check. > > Let me know if that works for you. > > Sincerely, > [image: Google Logo] > Peter Birk Pakkenberg > Software Engineer > pb...@google.com > +447469379358 <+44%207469%20379358> > > > On Tue, 28 Jun 202

Re: [blink-dev] WebView Origin Trials enabled on 103 beta

b...@google.com > +447469379358 <+44%207469%20379358> > > > On Mon, 27 Jun 2022 at 16:53, Christian Biesinger > wrote: > >> Yes, my concern is the "FedCm" origin trial. >> >> In particular, webview will not have an implementation on the embe

Re: [blink-dev] WebView Origin Trials enabled on 103 beta

le.com > +447469379358 <+44%207469%20379358> > > > On Fri, 24 Jun 2022 at 17:59, Christian Biesinger > wrote: > >> Can you just clarify -- will a platform of "Android" enable an OT on >> webview as well? If yes is there a way not to do that? >

Re: [blink-dev] WebView Origin Trials enabled on 103 beta

Can you just clarify -- will a platform of "Android" enable an OT on webview as well? If yes is there a way not to do that? Christian On Fri, Jun 24, 2022 at 7:16 AM 'Peter Birk Pakkenberg' via blink-dev < blink-dev@chromium.org> wrote: > Hello blink-dev@ > > We have now enabled origin trials

Re: [blink-dev] Ready for Trial: Focusgroup

On Tue, Apr 26, 2022 at 6:45 PM 'Benjamin Beaudry' via blink-dev wrote: > Will this feature be supported on all six Blink platforms (Windows, Mac, > Linux, Chrome OS, Android, and Android WebView)? > > No. It requires a keyboard with directional arrows, so it won't work on > mobile/touch

Re: [blink-dev] introduce blink_wpt_tests

just wanted to know whether I will need to switch my workflow. > There are several business motivations behind that. To be able to run tests > on Android/iOS and reduce costs to developers are two of those. Thanks. (How does this reduce costs to developers?) Christian > On Tue, Apr 26, 2022

Re: [blink-dev] introduce blink_wpt_tests

Will we now/later need to start using wptrunner instead of run_web_tests.py to run the tests locally? (BTW, what's the motivation for this change?) Christian On Mon, Apr 25, 2022 at 7:06 PM 'Weizhong Xia' via blink-dev wrote: > > Dear blink devs > > As some of you may already know, I am

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

On Tue, Jan 11, 2022 at 10:34 PM Emilio Cobos Álvarez wrote: > > Hi Seokho, > > Curious, how do I enable this in Canary? I tried but the experimental > features doesn't seem to enable this (unless I'm holding it wrong). To answer this question -- you can enable individual runtime-enabled

Re: [blink-dev] [ACTION REQUESTED] What's in Chrome 98

auto keyword for contain-intrinsic-size is indeed shipping in 98; I've updated chromestatus accordingly. Christian -- You received this message because you are subscribed to the Google Groups "blink-dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to

[blink-dev] Re: Intent to Ship: auto keyword for contain-intrinsic-size

. Thanks, Christian On Wed, Nov 10, 2021 at 1:58 PM Yoav Weiss wrote: > > > > On Friday, October 29, 2021 at 9:19:58 PM UTC+2 Christian Biesinger wrote: >> >> Contact emails >> >> cbiesin...@chromium.org, vmp...@chromium.org >> >> Ex

[blink-dev] Intent to Ship: auto keyword for contain-intrinsic-size

Contact emails cbiesin...@chromium.org, vmp...@chromium.org Explainer https://gist.github.com/cbiesinger/f2378dbcd215495c3a1daf9696a8e91f Specification https://drafts.csswg.org/css-sizing-4/#last-remembered Summary Support for the "auto" keyword in contain-intrinsic-size lets web sites use

Re: [blink-dev] Re: [chromium-dev] Interesting pattern regarding JS memory usage for DOM manipulations

> It may be interesting to look at a heap profile: https://chromium.googlesource.com/chromium/src/+/HEAD/docs/memory-infra/ Christian > > >> >> >> --usama >> >> On Tue, Sep 7, 2021 at 5:08 PM Christian Biesinger < >> cbiesin...@chromium.org>

[blink-dev] Re: [chromium-dev] Interesting pattern regarding JS memory usage for DOM manipulations

chromium-dev->bcc, +blink-dev Hi Usama, if you add a node at the top of tree, reparenting the existing DOM nodes, we recreate the layout tree and thus need to redo all layout. If you add a leaf node, we keep most of the layout state and don't recreate the layout objects, so it is much faster.

[blink-dev] Re: Intent to Implement and Ship: Logical properties for contain-intrinsic-size

/3093047 - Chromestatus did not add the link to the initial public proposal in the email, which expands some more on the use cases: https://github.com/w3c/csswg-drafts/issues/5432#issue-679230597 Christian On Thu, Aug 12, 2021 at 11:06 PM Christian Biesinger wrote: > > Contact