Hi Anna, yes the experiment is being rolled back to 0% Stable (it's still 
50% on Canary/Beta though).
The rollback has already been submitted, but unfortunately we must wait for 
the next config push. I'm told this happens on *Monday, 9AM Pacific Time*. 
Users will need to restart their browser to get the config.

In preparation for the next rollout, I've filed the much needed intent to 
deprecate 
here: https://groups.google.com/a/chromium.org/g/blink-dev/c/NZVXsJQ7tV8. 
Please provide input on the proposed plans.
On Saturday, January 28, 2023 at 12:45:00 AM UTC+1 Anna Vasilko wrote:

> Hi Henrik,
> Just wanted to double check that the latest plan is to revert the 
> experiment, correct? Asking because there was somewhat different comment on 
> the PR here 
> <https://github.com/twilio/twilio-video.js/pull/1970#issuecomment-1404596109>
> . 
> At Twilio we really hope the experiment can be reverted asap given that it 
> is breaking for our customers and their end users in the wild. The adoption 
> of our new sdk release (with the above PR change) will take long time for 
> most of the customers as they need to 1) learn about the issue 2) pick-up 
> the new sdk version 3) roll out their applications with the new sdk 
> version. For some customers it takes months. 
> Basically the only way to really stop the breaking impact is to stop the 
> experiment and give some notice and time to adopt the changes. 
>
> I have to acknowledge it took surprisingly long time for us to discover 
> this breaking change and act on it. Holidays probably played a role here. 
> But we will do a retrospective internally to understand the reasons better 
> and to catch such issues sooner in the future. 
>
> On Friday, January 27, 2023 at 12:57:38 AM UTC-8 Henrik Boström wrote:
>
>> I'll roll it back and file an intent to deprecate thread. It was a big 
>> mistake that I forgot to do that in the first place, and it's unfortunate 
>> that we have to roll this back. But I take having reached 50% Stable and 
>> only knowing for sure about Twilio as a positive sign (if this was very 
>> widespread we would have heard about it earlier than we did). Still it 
>> seems like Finch is a problem for Selenium test environments in that it's 
>> possible to run test code for several months without noticing a feature is 
>> on. That's a bit sad.
>>
>> On Thursday, January 26, 2023 at 8:46:19 PM UTC+1 Sudheer Boynapally 
>> wrote:
>>
>>> Is the experiment rolled back on January 25th ? or it is still at 50% 
>>> stable for M 109?
>>>
>>> On Thu, Jan 26, 2023 at 10:47 AM Alex Russell <sligh...@chromium.org> 
>>> wrote:
>>>
>>>> It appears this change is causing breakage at scale, including for our 
>>>> partners.
>>>>
>>>> Given how this is going, I'd like to suggest the following course of 
>>>> action:
>>>>
>>>>    - Turn down the Finch rollout to 0% immediately
>>>>    - Revert the change in 111
>>>>    - File an intent-to-deprecate here ASAP w/ whatever data on compat 
>>>>    we can gather (as it looks like usecounters won't work) so we can 
>>>> discuss a 
>>>>    new plan to land this
>>>>
>>>> We have options that might be more suitable (e.g., reverse OT), or 
>>>> maybe the change just needs devrel in wider channels + time to breathe. 
>>>> Either way, backing off of this rollout seems like the right thing to do. 
>>>> In future, web-visible WebRTC changes also need to come through the main 
>>>> Blink intents process. Let's start down that path now.
>>>>
>>>> Curious for other API OWNERs feedback, so cc-ing 
>>>> blink-api-owners-discuss@.
>>>>
>>>> Best,
>>>>
>>>> Alex
>>>>
>>>> On Wed, Jan 25, 2023 at 10:04 PM Henrik Boström <hb...@google.com> 
>>>> wrote:
>>>>
>>>>> The track and stream removal experiment is at 50% Stable for M109. On 
>>>>> January 23rd it went from 10% to 50%. The intent is to ramp up to 100%.
>>>>> Which experiment group you end up with (have or not have the 
>>>>> deprecated stats) are chosen with a dice roll every time the user 
>>>>> restarts 
>>>>> their browser.
>>>>>
>>>>> In M111 (which is currently Canary) the removal is enabled-by-default 
>>>>> so in that version there is no dependency on getting finch configs pushed 
>>>>> anymore.
>>>>>
>>>>> On Thu, Jan 26, 2023 at 12:52 AM Sudheer Boynapally <
>>>>> sudhe...@gmail.com> wrote:
>>>>>
>>>>>> Was there any change on January 23rd corresponding to this? like 
>>>>>> rolling out this deprecation?
>>>>>>
>>>>>> Thanks,
>>>>>> On Wednesday, January 25, 2023 at 2:57:16 PM UTC-8 Sudheer Boynapally 
>>>>>> wrote:
>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> Is the deprecation of 'track' and 'stream' objects completed 100% on 
>>>>>>> all the versions of chrome v109 or any specific sub version of 109? 
>>>>>>>
>>>>>>> Thanks,
>>>>>>>
>>>>>>>
>>>>>>> On Tuesday, January 10, 2023 at 5:56:04 AM UTC-8 Henrik Boström 
>>>>>>> wrote:
>>>>>>>
>>>>>>>> On Tue, Jan 10, 2023 at 8:51 AM Yoav Weiss <yoav...@chromium.org> 
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>> +Henrik Boström - was there an intent sent for this removal? Any 
>>>>>>>>> form of developer communication?
>>>>>>>>>
>>>>>>>>
>>>>>>>> There was developer communication dating as far back as July but I 
>>>>>>>> admit I had forgotten to send out a formal blink-dev intent to 
>>>>>>>> deprecate!
>>>>>>>>
>>>>>>>> - I should have done that.
>>>>>>>>
>>>>>>>> The getStats() API in question is not being deprecated, but the 
>>>>>>>> RTCStatsReport (an id-to-stats-object map) report will stop containing 
>>>>>>>> the 
>>>>>>>> stats object which were made obsolete in the spec several years ago 
>>>>>>>> due to 
>>>>>>>> the contents of these stats objects having been moved to other stats 
>>>>>>>> objects that are still being returned. Same values, different 
>>>>>>>> location. In 
>>>>>>>> other words, the report is being trimmed down by removing duplicate 
>>>>>>>> information. Stats processing code in an application is gated on stats 
>>>>>>>> type 
>>>>>>>> for knowing which metrics to look for on an individual stats object 
>>>>>>>> which 
>>>>>>>> should make this lower risk compared to other depracations. The 
>>>>>>>> motivation 
>>>>>>>> for this is performance optimizations (~40% report size reduction), 
>>>>>>>> technical debt reduction (-1400 LOC) and web compat ("track" does 
>>>>>>>> not exist in Firefox <https://webrtc-stats.callstats.io/verify/>).
>>>>>>>>
>>>>>>>> The communication channel used was WebRTC's official google group, 
>>>>>>>> discuss-webrtc <https://groups.google.com/g/discuss-webrtc>. 
>>>>>>>> History:
>>>>>>>>
>>>>>>>>    - July 25, 2022 PSA 
>>>>>>>>    <https://groups.google.com/g/discuss-webrtc/c/lfkFCY2CFco> 
>>>>>>>> announced 
>>>>>>>>    the plan to deprecate at a milestone TBD. This was also the time 
>>>>>>>> where the 
>>>>>>>>    "DEPRECATED_" prefix was added to the JavaScript-exposed stats 
>>>>>>>> object IDs, 
>>>>>>>>    which made it into M106. The deprecation prefix is also visible in 
>>>>>>>> the 
>>>>>>>>    chrome://webrtc-internals/ developer page when a page uses WebRTC.
>>>>>>>>    - There was another PSA on September 6, 2022 
>>>>>>>>    <https://groups.google.com/g/discuss-webrtc/c/mmudYReualE> about 
>>>>>>>>    other stats news with a reminder of the imminent stats deprecation.
>>>>>>>>    - The October 19, 2022 PSA 
>>>>>>>>    <https://groups.google.com/g/discuss-webrtc/c/R7Mcux9RK6g> 
>>>>>>>> announced 
>>>>>>>>    "track" stats being removed at 50% Canary.
>>>>>>>>    - The follow-up October 27, 2022 PSA 
>>>>>>>>    <https://groups.google.com/g/discuss-webrtc/c/9c8ZjberEcI> 
>>>>>>>> announced 
>>>>>>>>    it would also be removed at 50% Beta (where M109 Beta was released 
>>>>>>>> on 
>>>>>>>>    December 1st). This PSA also clarifies that "The goal is to 
>>>>>>>> continue 
>>>>>>>>    ramping it up on Stable when M109 is released".
>>>>>>>>    - Lastly we have yesterday's PSA 
>>>>>>>>    <https://groups.google.com/g/discuss-webrtc/c/Bxrxr8gw08Y> 
>>>>>>>> announcing 
>>>>>>>>    that the removal was advanced to 1% Stable which this conversation 
>>>>>>>> is a 
>>>>>>>>    response to.
>>>>>>>>
>>>>>>>>
>>>>>>>>> On Mon, Jan 9, 2023 at 9:42 PM Alex Russell <sligh...@chromium.org> 
>>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>>> Thanks for adding blink-dev, Philipp. CC-ing the API OWNERs as 
>>>>>>>>>> this seems related to a pattern of breaking changes without Blink 
>>>>>>>>>> intents 
>>>>>>>>>> that we've been informed of by customers.
>>>>>>>>>>
>>>>>>>>>> Do I understand correctly that this deprecation is being managed 
>>>>>>>>>> via Finch for 109 Stable?
>>>>>>>>>>
>>>>>>>>>
>>>>>>>> Yes, as to minimize risk of breakage the deprecation is managed via 
>>>>>>>> a Finch flag, which is currently 1% Stable + 50% Canary/Beta.
>>>>>>>> To my knowledge, no issues have been reported since the rollout 
>>>>>>>> started in Canary in November, 2022 or "DEPRECATED_" prefix was added 
>>>>>>>> in 
>>>>>>>> July, 2022.
>>>>>>>> This, combined with the fact that apps usually gate on type, is why 
>>>>>>>> I thought it would be safe to gently roll out further to Stable.
>>>>>>>>  
>>>>>>>>
>>>>>>>>>
>>>>>>>>>> Best,
>>>>>>>>>>
>>>>>>>>>> Alex
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>> On Tue, Jan 10, 2023 at 12:34 AM 'Aaron Boushley' via blink-dev <
>>>>>>>> blin...@chromium.org> wrote:
>>>>>>>>
>>>>>>>>> Can you help me understand exactly which objects are being removed 
>>>>>>>>> here? We rely on `RTCPeerConnection.getStats()` although we pass in a 
>>>>>>>>> stream selector. We then iterate over the returned stats reports 
>>>>>>>>> looking 
>>>>>>>>> for ones containing the values we need.
>>>>>>>>>
>>>>>>>>
>>>>>>>> The selector (be it an RTCRtpSender, RTCRtpReceiver or 
>>>>>>>> MediaStreamTrack) continues to work, it's just that the report no 
>>>>>>>> longer 
>>>>>>>> contains the removed stats objects.
>>>>>>>>  
>>>>>>>>
>>>>>>>>>
>>>>>>>>> Is this a removal of the stats objects that have the fixed ID of 
>>>>>>>>> "track" and "stream"?
>>>>>>>>>
>>>>>>>>
>>>>>>>> It is the removal of the stats objects where .type == "track" or 
>>>>>>>> .type == "stream".
>>>>>>>> In the spec this refers to dictionaries RTCMediaStreamTrackStats 
>>>>>>>> <https://w3c.github.io/webrtc-stats/#dom-rtcmediastreamtrackstats> and 
>>>>>>>> RTCMediaStreamStats 
>>>>>>>> <https://w3c.github.io/webrtc-stats/#dom-rtcmediastreamstats> which 
>>>>>>>> are part of the "Obsolete" section of the spec. See RTCStatsType 
>>>>>>>> <https://w3c.github.io/webrtc-stats/#rtcstatstype-str*> for 
>>>>>>>> complete list of stats object types.
>>>>>>>>
>>>>>>>> Regarding the track stats dictionary, the same metrics are still 
>>>>>>>> available, but you have to look at the non-deprecated locations: 
>>>>>>>> RTCOutboundRtpStreamStats 
>>>>>>>> <https://w3c.github.io/webrtc-stats/#outboundrtpstats-dict*> and 
>>>>>>>> RTCInboundRtpStreamStats 
>>>>>>>> <https://w3c.github.io/webrtc-stats/#dom-rtcinboundrtpstreamstats> 
>>>>>>>> dictionaries 
>>>>>>>> instead (type == "outbound-rtp" and type == "inbound-rtp"). See also 
>>>>>>>> the 
>>>>>>>> type "media-source" referenced from outbound-rtp.mediaSourceId.
>>>>>>>>
>>>>>>>>
>>>>>>>>> Is there any more documentation I can look at beyond the 2 
>>>>>>>>> sentences above?
>>>>>>>>>
>>>>>>>>
>>>>>>>> The spec <https://w3c.github.io/webrtc-stats/> as well as the 
>>>>>>>> implementation 
>>>>>>>> <https://source.chromium.org/chromium/chromium/src/+/main:third_party/webrtc/api/stats/rtcstats_objects.h>
>>>>>>>>  are 
>>>>>>>> good resources in general.
>>>>>>>>  
>>>>>>>>
>>>>>>>>>
>>>>>>>>> Aaron
>>>>>>>>>
>>>>>>>>>  
>>>>>>>>
>>>>>>>>> On Mon, Jan 9, 2023 at 11:30 AM 'Philipp Hancke' via blink-dev <
>>>>>>>>>> blin...@chromium.org> wrote:
>>>>>>>>>>
>>>>>>>>>>> Henrik,
>>>>>>>>>>>
>>>>>>>>>>> while I understand that this has been ongoing for a while in 
>>>>>>>>>>> Canary 
>>>>>>>>>>> <https://groups.google.com/g/discuss-webrtc/c/R7Mcux9RK6g/m/KG8qe6AEBgAJ>
>>>>>>>>>>>  
>>>>>>>>>>> and Beta 
>>>>>>>>>>> <https://groups.google.com/g/discuss-webrtc/c/9c8ZjberEcI/m/wbdQr77VBQAJ>
>>>>>>>>>>>  for 
>>>>>>>>>>> a while without anyone raising issues,
>>>>>>>>>>> the timeline "tomorrow" (with ramp-up) comes as a surprise, in 
>>>>>>>>>>> particular considering practices like code freezes over the 
>>>>>>>>>>> holidays.
>>>>>>>>>>>
>>>>>>>>>>> Can you explain why you think you don't need an intent to 
>>>>>>>>>>> deprecate on blink-dev (cc'd)?
>>>>>>>>>>> (I agree they should go away but don't see a need for such an 
>>>>>>>>>>> aggressive timeline)
>>>>>>>>>>>
>>>>>>>>>>> Am Mo., 9. Jan. 2023 um 10:40 Uhr schrieb Henrik Boström <
>>>>>>>>>>> hb...@webrtc.org>:
>>>>>>>>>>>
>>>>>>>>>>>> With the Stable release of M109 tomorrow, the deprecated 
>>>>>>>>>>>> "track" and "stream" stats objects returned by 
>>>>>>>>>>>> RTCPeerConnection.getStats() 
>>>>>>>>>>>> will no longer be available.
>>>>>>>>>>>>
>>>>>>>>>>>> This is unshipped at 1% Stable, but it will soon ramp up 
>>>>>>>>>>>> further with the goal of 100% unshipped in M109.
>>>>>>>>>>>>
>>>>>>>>>>>> -- 
>>>>>>>>>>>>
>>>>>>>>>>>> --- 
>>>>>>>>>>>> You received this message because you are subscribed to the 
>>>>>>>>>>>> Google Groups "discuss-webrtc" group.
>>>>>>>>>>>> To unsubscribe from this group and stop receiving emails from 
>>>>>>>>>>>> it, send an email to discuss-webrt...@googlegroups.com.
>>>>>>>>>>>> To view this discussion on the web visit 
>>>>>>>>>>>> https://groups.google.com/d/msgid/discuss-webrtc/0ebcadca-6d66-4f7c-b7e5-d2ac707a6e84n%40googlegroups.com
>>>>>>>>>>>>  
>>>>>>>>>>>> <https://groups.google.com/d/msgid/discuss-webrtc/0ebcadca-6d66-4f7c-b7e5-d2ac707a6e84n%40googlegroups.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+...@chromium.org.
>>>>>>>>>>> To view this discussion on the web visit 
>>>>>>>>>>> https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CADxkKiJ-vkiyVTH%2BsSNOjv67zx0p7qLra1ePdGJS3JW3GTzfKQ%40mail.gmail.com
>>>>>>>>>>>  
>>>>>>>>>>> <https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CADxkKiJ-vkiyVTH%2BsSNOjv67zx0p7qLra1ePdGJS3JW3GTzfKQ%40mail.gmail.com?utm_medium=email&utm_source=footer>
>>>>>>>>>>> .
>>>>>>>>>>>
>>>>>>>>>> -- 
>>>>>>>>>> You received this message because you are subscribed to the 
>>>>>>>>>> Google Groups "blink-api-owners" group.
>>>>>>>>>> To unsubscribe from this group and stop receiving emails from it, 
>>>>>>>>>> send an email to blink-api-owne...@chromium.org.
>>>>>>>>>> To view this discussion on the web visit 
>>>>>>>>>> https://groups.google.com/a/chromium.org/d/msgid/blink-api-owners/CAA44PQjegbaaorsT_r-iNtUAg2Gxa5f6WohHAaLeGw2tmBW%2BwA%40mail.gmail.com
>>>>>>>>>>  
>>>>>>>>>> <https://groups.google.com/a/chromium.org/d/msgid/blink-api-owners/CAA44PQjegbaaorsT_r-iNtUAg2Gxa5f6WohHAaLeGw2tmBW%2BwA%40mail.gmail.com?utm_medium=email&utm_source=footer>
>>>>>>>>>> .
>>>>>>>>>>
>>>>>>>>>
>>>
>>> -- 
>>>
>>> Thanks,
>>> Sudheer
>>>
>>

-- 
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/28e6c4fc-3050-4c3c-90c2-2e34b4257790n%40chromium.org.

Reply via email to