Does this intent deprecate or change behavior of existing APIs, such that >> it has potentially high risk for Android WebView-based applications? >> >> None >

the > experiment. Please let me know if there are any such concerns or > action items currently known. > > (I added a comment to the requests-for-position about the per-

LGTM to experiment from M142 to M144. On 8/26/25 12:20 am, Daniel Rubery wrote: > > > Contact emails > > drubery@chromium.org, thefrog@chromium.org, arnarb@chromium

LGTM to experiment from M141 to M147 inclusive. On 8/13/25 4:40 pm, 'Thomas Lively' via blink-dev wrote: > Good question! The first toolchain to support custom descriptors

why the Experiment Goals became empty, but let me copy contents >>> from chromestatus. >>> >>> 2025年7月18日(金) 12:25 Chromestatus : >>> >

for the experiment: >> >> - *Cross-platform timeline*: Having a roadmap for macOS/Linux/Android >> would help us plan our development strategy beyond the Windows

LGTM to experiment. (I see you also said on the chromestatus entry that it's supported on all platforms - great!) On Fri, Aug 1, 2025 at 8:25 AM Dominic Farolino wrote: > I'

Does this intent deprecate or change behavior of existing APIs, such that > it has potentially high risk for Android WebView-based applications? > > > > Goals for experimentation

LGTM to experiment for 6 more milestones. Be sure to set those milestones > in ChromeStatus so that the feature shows up in > https://chromestatus.com/roadmap; I guess that

Does this intent deprecate or change behavior of existing APIs, such >>>>> that it has potentially high risk for Android WebView-based applications? >>>

to “Intent to Experiment” blink-dev discussion > > > https://groups.google.com/a/chromium.org/g/blink-dev/c/NJrU4AQ5m_I/m/l-SaSj9MEQAJ > > > > Goals

pivot this intent to a >> gapless I2S"? (sorry but I am a bit confused) >> I am requesting the extension to cover up to and including Chrome 140, >> and we are optimistic

>> experiment on? (Right now it just shows DevTrial on 139) >> >> On 7/16/25 11:31 am, Chromestatus wrote: >>> >>> >>> Contact emails

Re: Intent to Experiment: Clipboardchange event LGTM1; are there engaged partners that you're expecting to get feedback from? And is there any chance you'll come back with

Does this intent deprecate or change behavior of existing APIs, such that > it has potentially high risk for Android WebView-based applications? > > None > > > Goals

the user's intent. Having > an in-content element that the user uses to trigger the permission > flow allows for improved permission prompt UX for users as well as a > recovery

LGTM to experiment 139-142 inclusive On Monday, June 30, 2025 at 12:34:52 PM UTC+2 Chromestatus wrote: > Contact emails domenic@chromium.org, yyanagisawa@chromium.org >

stable channel experiment, correct? >> >> >> >> *From:* Rick Byers >> *Sent:* Tuesday, June 24, 2025 1:40 PM >> *To:* Hubert Chao >>

dev] Intent to Experiment: Web Authentication immediate mediation LGTM On Wed, Jun 25, 2025 at 5:45 AM Ken Buchanan > wrote: Contact emails kenrb@chromium.org , derinel@google

for the experiment, but I think it'd be good to: * Expand on the use case you're trying to resolve. Do you want to reduce the amount of paints that are happening during the page

run an experiment in 139 /Daniel On 2025-06-18 17:18, Ari Chivukula wrote: > > Contact emails > > arichiv@chromium.org , > awillia@chromium.org , aaj@google.com

LGTM to experiment. I had lots of questions on the details but they were all very well covered by the explainer. Thank you, I'm excited to see this progress towards shipping! Thank

Does this intent deprecate or change behavior of existing APIs, such that > it has potentially high risk for Android WebView-based applications? > > None > > > Goals

LGTM to experiment from M139 to M144 inclusive. On 5/16/25 3:18 AM, Domenic Denicola wrote: > > > Contact emails > > ayui@chromium.org, msw@chromium.org, btriebw

Does this intent deprecate or change behavior of existing APIs, such > that it has potentially high risk for Android WebView-based applications? > > None > > > >

Does this intent deprecate or change behavior of existing APIs, such that > it has potentially high risk for Android WebView-based applications? > > None > > > Goals

Does this intent deprecate or change behavior of existing APIs, such > that it has potentially high risk for Android WebView-based applications? > > > > Goals for experimentation

when the experiment ends. > > Storage access headers make it difficult for a publisher to ascertain if > some generic third party would receive none or active on their request

run the experiment). AIUI, the design doc mentions sites attesting to > benefit from this feature, so there will be a new API involved at some > point. > > I'm happy to

during the experiment period. > > > > /Gecko/: Defer > (https://github.com/mozilla/standards-positions/issues/1067) > > /WebKit/: No signal > (https