Amendment: The lag of M97 clients for this API is predominately seen in 
education rather than enterprise.

On Monday, 14 March 2022 at 1:24:26 pm UTC+11 Alan Cutter wrote:

> Request to extend the M97 end date for this origin trial from 2022-03-31 
> by 3 months to 2022-06-30.
> There are still clients running M97 (especially in enterprise 
> environments) that can't yet make use of the replacement launch_handler 
> API 
> <https://developer.chrome.com/origintrials/#/view_trial/2978005253598740481> 
> (added 
> in M98). Our analysis suggest an additional 3 months is sufficient for them 
> to transition over smoothly.
>
> API burn in risk: Low; the DLC API trial was removed in M98 and cannot be 
> revived, its full removal is guaranteed as a matter of time based on client 
> populations updating to M98+.
>
> On Friday, 19 November 2021 at 9:27:30 am UTC+11 Alan Cutter wrote:
>
>> Brilliant, thanks!
>>
>> On Friday, 19 November 2021 at 7:20:10 am UTC+11 Alex Russell wrote:
>>
>>> API OWNERS just discussed, and we also decided that this intent only 
>>> needs a single vote (rather than 3). You're good to go!
>>>
>>> On Thursday, November 18, 2021 at 12:17:02 PM UTC-8 Alex Russell wrote:
>>>
>>>> LGTM1
>>>>
>>>> On Wednesday, November 17, 2021 at 10:25:06 PM UTC-8 Alan Cutter wrote:
>>>>
>>>>> Friendly ping.
>>>>>
>>>>> On Thursday, 11 November 2021 at 7:11:49 pm UTC+11 Alan Cutter wrote:
>>>>>
>>>>>> Request to extend M97 experiment end date to avoid breaking sites 
>>>>>> while transitioning to the new launch_handler 
>>>>>> <https://github.com/WICG/sw-launch/blob/main/launch_handler.md> API.
>>>>>>
>>>>>>  - The launch_handler experiment has been approved 
>>>>>> <https://groups.google.com/a/chromium.org/g/blink-dev/c/wNOClobsLrs> 
>>>>>> for M97-M102 but due to implementation issues will start in M98.
>>>>>>
>>>>>>  - To allow clients to migrate over to launch_handler 
>>>>>> <https://github.com/WICG/sw-launch/blob/main/launch_handler.md> 
>>>>>> seamlessly we need to keep the DLC behavior available until existing 
>>>>>> users 
>>>>>> have had a chance to update to M98.
>>>>>>
>>>>>>  - To cover the February M98 Chrome OS rollout this extension request 
>>>>>> is to go up to 2022-03-31 (assuming ~1 month to roll out to a majority 
>>>>>> of 
>>>>>> users).
>>>>>>
>>>>>>  - To avoid burn-in risk we will remove DLC from M98. This is the same 
>>>>>> strategy 
>>>>>> <https://groups.google.com/a/chromium.org/g/blink-dev/c/uoTx_cRuL5o/m/6-6E9LzuDQAJ>
>>>>>>  
>>>>>> that the Digital Goods API experiment took for their v2 migration.
>>>>>>
>>>>>> Previous experiment timeline 
>>>>>> <https://groups.google.com/a/chromium.org/g/blink-dev/c/q6ivDcvAJwQ/m/XTlva-lGBQAJ>:
>>>>>>  
>>>>>> M90 to M93 Approved extension timeline 
>>>>>> <https://groups.google.com/a/chromium.org/g/blink-dev/c/2c4bul4V3GQ>: 
>>>>>> M94 to M97 Requested extension timeline: Up to 2022-03-31 but only 
>>>>>> for M97 browsers and earlier.
>>>>>>
>>>>>> On Friday, 27 August 2021 at 4:45:25 pm UTC+10 Yoav Weiss wrote:
>>>>>>
>>>>>>> On Thu, Aug 26, 2021 at 11:33 PM Jason Chase <cha...@chromium.org> 
>>>>>>> wrote:
>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Thu, 26 Aug 2021 at 14:32, Yoav Weiss <yoavwe...@chromium.org> 
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>> LGTM to extend M94-M97
>>>>>>>>>
>>>>>>>>> On Thu, Aug 26, 2021 at 11:12 AM Alan Cutter <
>>>>>>>>> alancut...@chromium.org> wrote:
>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Wed, 25 Aug 2021 at 23:46, Yoav Weiss <yoavwe...@chromium.org> 
>>>>>>>>>> wrote:
>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On Wed, Aug 25, 2021 at 11:33 AM Alan Cutter <
>>>>>>>>>>> alancut...@chromium.org> wrote:
>>>>>>>>>>>
>>>>>>>>>>>> Contact emails
>>>>>>>>>>>>
>>>>>>>>>>>> mgi...@chromium.org, alancut...@chromium.org, 
>>>>>>>>>>>> tbuck...@chromium.org
>>>>>>>>>>>>
>>>>>>>>>>>> Explainer
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> https://github.com/WICG/sw-launch/blob/master/declarative_link_capturing.md
>>>>>>>>>>>>
>>>>>>>>>>>> Specification
>>>>>>>>>>>>
>>>>>>>>>>>> None
>>>>>>>>>>>>
>>>>>>>>>>>> Summary
>>>>>>>>>>>>
>>>>>>>>>>>> New Web App Manifest member to control what happens when the 
>>>>>>>>>>>> user navigates to a page within scope of an installed web app.
>>>>>>>>>>>>
>>>>>>>>>>>> This feature introduces the "capture_links" member, an 
>>>>>>>>>>>> enumeration allowing the customization of link capturing 
>>>>>>>>>>>> behaviour, allowing sites to:
>>>>>>>>>>>>
>>>>>>>>>>>> - Automatically open a new PWA window when the user clicks a 
>>>>>>>>>>>> link to their app.
>>>>>>>>>>>>
>>>>>>>>>>>> - Have a "single window mode" like mobile apps.
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Blink component
>>>>>>>>>>>>
>>>>>>>>>>>> UI>Browser>WebAppInstalls 
>>>>>>>>>>>> <https://bugs.chromium.org/p/chromium/issues/list?q=component:UI%3EBrowser%3EWebAppInstalls>
>>>>>>>>>>>>
>>>>>>>>>>>> Search tags
>>>>>>>>>>>>
>>>>>>>>>>>> pwa <https://chromestatus.com/features#tags:pwa>, link 
>>>>>>>>>>>> capturing 
>>>>>>>>>>>> <https://chromestatus.com/features#tags:link%20capturing>
>>>>>>>>>>>>
>>>>>>>>>>>> TAG review
>>>>>>>>>>>>
>>>>>>>>>>>> https://github.com/w3ctag/design-reviews/issues/589
>>>>>>>>>>>>
>>>>>>>>>>>> TAG review status
>>>>>>>>>>>>
>>>>>>>>>>>> In progress
>>>>>>>>>>>>
>>>>>>>>>>>> RisksInteroperability and Compatibility
>>>>>>>>>>>>
>>>>>>>>>>>> Very small, since any browser not implementing this will just 
>>>>>>>>>>>> fall back to the standard behaviour, which is to navigate to links 
>>>>>>>>>>>> in a 
>>>>>>>>>>>> browser tab.
>>>>>>>>>>>> This member is also forwards compatible as it can accept a list 
>>>>>>>>>>>> of behaviours, older browsers will bypass any new ones that are 
>>>>>>>>>>>> added 
>>>>>>>>>>>> later. Gecko: No signal
>>>>>>>>>>>>
>>>>>>>>>>>> Edge: Strong positive, this compliments their efforts for 
>>>>>>>>>>>> url_handlers 
>>>>>>>>>>>> <https://github.com/WICG/pwa-url-handler/blob/master/explainer.md>
>>>>>>>>>>>> .
>>>>>>>>>>>>
>>>>>>>>>>>> WebKit: No signal
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> It may make sense to reach out for signals at some point. 
>>>>>>>>>>> https://bit.ly/blink-signals
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Will be reaching out for signals on the Launch Handling API 
>>>>>>>>>> instead as it develops.
>>>>>>>>>>  
>>>>>>>>>>
>>>>>>>>>>>  
>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Web developers: No signals
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Don't you have developers already participating in the OT?
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Sorry, should have updated this. Strong positive from existing 
>>>>>>>>>> clients using DLC, unfortunately I can't point to any public 
>>>>>>>>>> statements 
>>>>>>>>>> here.
>>>>>>>>>>  
>>>>>>>>>>
>>>>>>>>>>>  
>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Reason this experiment is being extended
>>>>>>>>>>>> A new API shape, Launch Handling 
>>>>>>>>>>>> <https://github.com/WICG/sw-launch/blob/main/launch_handler.md>, 
>>>>>>>>>>>> has evolved from the current spec work on Declarative Link 
>>>>>>>>>>>> Capturing and 
>>>>>>>>>>>> URL Handlers. Transition doc 
>>>>>>>>>>>> <https://docs.google.com/document/d/1w9qHqVJmZfO07kbiRMd9lDQMW15DeK5o-p-rZyL7twk/edit#>
>>>>>>>>>>>> .
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> That seems like a significant change. Would it make sense to 
>>>>>>>>>>> send out a separate intent to experiment, to make that part clearer?
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Sorry it wasn't clear. This extension is not intended for the 
>>>>>>>>>> Launch Handling API, that will be a separate experiment request 
>>>>>>>>>> later once 
>>>>>>>>>> it's ready. This extension is intended to create an overlap between 
>>>>>>>>>> the DLC 
>>>>>>>>>> and LH experiments so existing DLC users can transition over to LH.
>>>>>>>>>>  
>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>  
>>>>>>>>>>>
>>>>>>>>>>>> This extension is being requested to enable existing uses of 
>>>>>>>>>>>> the DLC experiment transition over to the Launch Handling API once 
>>>>>>>>>>>> it is 
>>>>>>>>>>>> ready for experimentation.
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> I think we can have different intents, but still converge on the 
>>>>>>>>>>> same experiment tokens, to avoid churn for existing users. +Jason 
>>>>>>>>>>> Chase <cha...@google.com>, is that actually correct?
>>>>>>>>>>>
>>>>>>>>>> Likely a moot point now, but...
>>>>>>>> Assuming you mean different intents = different trials shown in the 
>>>>>>>> OT console, it's not possible to use the same tokens. The name 
>>>>>>>> used in the tokens has to be unique across trials.
>>>>>>>>
>>>>>>>
>>>>>>> OK, thanks! That's useful info (for next time).
>>>>>>>  
>>>>>>>
>>>>>>>>  
>>>>>>>>>>>
>>>>>>>>>>>> Previous experiment timeline: M90 to M93
>>>>>>>>>>>> Requested extension timeline: M94 to M97
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Ongoing technical constraints
>>>>>>>>>>>>
>>>>>>>>>>>> None
>>>>>>>>>>>>
>>>>>>>>>>>> Will this feature be supported on all six Blink platforms 
>>>>>>>>>>>> (Windows, Mac, Linux, Chrome OS, Android, and Android WebView)?
>>>>>>>>>>>>
>>>>>>>>>>>> Not supported on Android, their window model doesn’t make sense 
>>>>>>>>>>>> for “new-client”.
>>>>>>>>>>>>
>>>>>>>>>>>> Is this feature fully tested by web-platform-tests 
>>>>>>>>>>>> <https://chromium.googlesource.com/chromium/src/+/master/docs/testing/web_platform_tests.md>
>>>>>>>>>>>> ?
>>>>>>>>>>>>
>>>>>>>>>>>> No
>>>>>>>>>>>>
>>>>>>>>>>>> Link to entry on the Chrome Platform Status
>>>>>>>>>>>>
>>>>>>>>>>>> https://chromestatus.com/feature/5734953453092864
>>>>>>>>>>>>
>>>>>>>>>>>> Links to previous Intent discussions
>>>>>>>>>>>>
>>>>>>>>>>>> Intent to prototype: 
>>>>>>>>>>>> https://groups.google.com/a/chromium.org/g/blink-dev/c/2ZnA1IrSpS8
>>>>>>>>>>>>
>>>>>>>>>>>> Intent to experiment: 
>>>>>>>>>>>> https://groups.google.com/a/chromium.org/g/blink-dev/c/q6ivDcvAJwQ/m/XTlva-lGBQAJ
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> This intent message was generated by Chrome Platform Status 
>>>>>>>>>>>> <https://www.chromestatus.com/>.
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> -- 
>>>>>>>>>>>> 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+unsubscr...@chromium.org.
>>>>>>>>>>>> To view this discussion on the web visit 
>>>>>>>>>>>> https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CANJJ2Cn7vN6hgras59Sn4%3DksdueFxrtatZLm7fFDo5uSpwSQoA%40mail.gmail.com
>>>>>>>>>>>>  
>>>>>>>>>>>> <https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CANJJ2Cn7vN6hgras59Sn4%3DksdueFxrtatZLm7fFDo5uSpwSQoA%40mail.gmail.com?utm_medium=email&utm_source=footer>
>>>>>>>>>>>> .
>>>>>>>>>>>>
>>>>>>>>>>>

-- 
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+unsubscr...@chromium.org.
To view this discussion on the web visit 
https://groups.google.com/a/chromium.org/d/msgid/blink-dev/b374663e-b607-477a-9825-2aa2e7ef8538n%40chromium.org.

Reply via email to