I've submitted the following 
bug: https://bugs.chromium.org/p/chromium/issues/detail?id=1468811 since 
the trial isn't working while I did everything right.

On Saturday, July 29, 2023 at 2:52:22 AM UTC+3 Tim Williams wrote:

> Hey There,
> I am truly struggling to understand the timing here.
> Currently, the partitioning is under a flag.
> Are you saying that the flag would be turned on to 100% of Desktop and 
> Android users on Sept 8th THIS YEAR??
>
> That's a huge and extremely fast change, wow.
>
> On Thursday, July 27, 2023 at 10:33:01 PM UTC+3 Kyra Seevers wrote:
>
>> Hi all,
>>
>> M115 is now being served at 100% on Desktop and Android. We will begin 
>> the rollout to Stable 1% shortly - the approximate rollout schedule is now 
>> as follows:
>>
>> Stable 1%: July 28th
>> Stable 10%: Aug 11th
>> Stable 50%: Aug 25th
>> Stable 100%: Sept 8th
>>
>> On Thu, Jul 27, 2023 at 11:52 AM Mike Taylor <mike...@chromium.org> 
>> wrote:
>>
>>> No, we don't know with certainty. 
>>>
>>> You can watch https://chromiumdash.appspot.com/releases?platform=Windows 
>>> to see when 115 is being served to 100% for all platforms. Today it's at 
>>> 50% for Windows, for example.
>>> On 7/26/23 5:39 PM, Jagadeesha B Y wrote:
>>>
>>> Do we know when does M115 will hit 100%?  Exact date would help us to 
>>> communicate on the storage partition impact to our customers. 
>>>
>>>
>>> On Wednesday, July 26, 2023 at 2:12:10 PM UTC-7 mike...@chromium.org 
>>> wrote:
>>>
>>>> On 7/26/23 4:01 PM, Vi S wrote:
>>>>
>>>> Hi Kyra, 
>>>>
>>>> Per your message here (
>>>> https://groups.google.com/a/chromium.org/g/blink-dev/c/24hK6DKJnqY/m/tu0i5OmhCAAJ)
>>>>  
>>>> it sounds like as of 7/26/2023, the Storage Partitioning change has not 
>>>> been released yet since M115 is not served to 100% of users. Is that 
>>>> correct? My understanding of this message is that M115 is currently served 
>>>> to 12.5% of users and that once M115 is served to 100% of users (which 
>>>> will 
>>>> happen in the next ~4 weeks), only then will the storage partition change 
>>>> be rolled out in a gradual manner. Is this understanding accurate?
>>>>
>>>> That's correct.
>>>>
>>>>
>>>> Additionally, would you be able to provide an updated schedule for the 
>>>> rollout of the storage partitioning change (similar to the one linked 
>>>> here: 
>>>> https://groups.google.com/a/chromium.org/g/blink-dev/c/24hK6DKJnqY/m/Tts2gjrEBwAJ)
>>>>  
>>>> ?
>>>>
>>>> Once we begin the gradual roll-out, we'll provide a estimated rollout 
>>>> schedule on this thread (I hesitate to do so now - it's hard to know when 
>>>> we will begin exactly).
>>>>
>>>> thanks,
>>>> Mike
>>>>
>>>>
>>>> Thank you
>>>>
>>>> On Monday, July 24, 2023 at 10:18:26 AM UTC-4 Kyra Seevers wrote:
>>>>
>>>>> Hi there,
>>>>>
>>>>> Thank you for your email - as of today (Monday 7/24/23), the feature 
>>>>> is not rolled-out to stable.
>>>>>
>>>>> However, I can confirm that the rollout schedule for this feature 
>>>>> begins in M115 at Stable 1% (once M115 is served to 100% of users). M115 
>>>>> is 
>>>>> currently served to 12.5% of users - you can track the status at 
>>>>> https://chromiumdash.appspot.com/releases?platform=Windows. Two weeks 
>>>>> after that, we'll go to 10%, assuming no large stability or compatibility 
>>>>> regressions. Then 50 and 100% at additional 2 week increments.
>>>>>
>>>>>
>>>>> In the meantime, we have a deprecation trial (
>>>>> https://developer.chrome.com/blog/storage-partitioning-deprecation-trial/#participate-in-the-deprecation-trials)
>>>>>  
>>>>> running in M115+ that allows sites who opt-in to maintain unpartitioned 
>>>>> storage for a few milestones while they develop a 
>>>>> storage-partitioning-compatible solution. 
>>>>>
>>>>> Thanks,
>>>>>
>>>>> Kyra
>>>>>
>>>>> On Sun, Jul 23, 2023 at 7:05 PM Jagadeesha B Y <jaga...@gmail.com> 
>>>>> wrote:
>>>>>
>>>>>>
>>>>>> I see that Chrome 115 release notes - 
>>>>>> https://chromestatus.com/feature/5723617717387264 mentioning about 
>>>>>> storage partition being enabled by default.  Could someone confirm how 
>>>>>> gradual this rollout is?  do we know if storage partition is rolled out 
>>>>>> fully?  
>>>>>>
>>>>>> Our SASS product has a heavy reliance on Shared worker and this would 
>>>>>> break our customer use cases.  We use shared worker to co-ordinate Web 
>>>>>> RTC 
>>>>>> signalling and websocket management which is critical for the app. 
>>>>>> On Wednesday, May 31, 2023 at 8:42:15 AM UTC-7 mk...@chromium.org 
>>>>>> wrote:
>>>>>>
>>>>>>> LGTM3 with all the caveats about careful rollout discussed above. 
>>>>>>>
>>>>>>> -mike
>>>>>>>
>>>>>>>
>>>>>>> On Tue, May 30, 2023 at 5:39 PM Mike Taylor <mike...@chromium.org> 
>>>>>>> wrote:
>>>>>>>
>>>>>>>> OK - let's consider this I2S officially revived. Looking for a 3rd 
>>>>>>>> LGTM to begin shipping in M115.
>>>>>>>>
>>>>>>>> We have implemented 3rd party deprecation trial support for M115+ 
>>>>>>>> (see 
>>>>>>>> https://developer.chrome.com/blog/storage-partitioning-deprecation-trial/#participate-in-the-deprecation-trials),
>>>>>>>>  
>>>>>>>> and extended the deprecation trial's expiration date accordingly to 
>>>>>>>> account 
>>>>>>>> for the delay. And we have the Enterprise policy ready to go.
>>>>>>>>
>>>>>>>> The rollout schedule will look something like the following, 
>>>>>>>> pending metrics and compatibility stability:
>>>>>>>>
>>>>>>>> July 25th: 1% of Stable population (approximately 1 week after M115 
>>>>>>>> is released)
>>>>>>>> Aug 8th: 10%
>>>>>>>> Aug 22nd: 50%
>>>>>>>> Sep 5: 100%
>>>>>>>>
>>>>>>>> As always, if we discover significant user-facing breakage we'll 
>>>>>>>> explore pausing or rolling back to address.
>>>>>>>>
>>>>>>>> thanks,
>>>>>>>> Mike
>>>>>>>> On 5/1/23 10:43 AM, Mike Taylor wrote:
>>>>>>>>
>>>>>>>> Thanks Rick and Yoav.
>>>>>>>>
>>>>>>>> We learned from two partners (one internal, one external) late last 
>>>>>>>> week that a 3P deprecation trial would be needed for them to preserve 
>>>>>>>> widely-used functionality while they work on a migration strategy.
>>>>>>>>
>>>>>>>> We're tracking the work in crbug.com/1441411 and hope to have that 
>>>>>>>> ready by M115. Once we land the fix, I'll circle back and look for a 
>>>>>>>> 3rd 
>>>>>>>> LGTM and have an updated rollout schedule. :)
>>>>>>>> On 5/1/23 12:21 AM, Yoav Weiss wrote:
>>>>>>>>
>>>>>>>> LGTM2
>>>>>>>>
>>>>>>>> On Thu, Apr 27, 2023, 16:23 Rick Byers <rby...@chromium.org> wrote:
>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Wed, Apr 26, 2023 at 2:02 PM Mike Taylor <mike...@chromium.org> 
>>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>>> On 4/26/23 9:36 AM, Mike Taylor wrote:
>>>>>>>>>>
>>>>>>>>>> > On 4/25/23 12:00 PM, Rick Byers wrote:
>>>>>>>>>> >
>>>>>>>>>> >> In terms of the standards / process piece, it looks as if the 
>>>>>>>>>> spec 
>>>>>>>>>> >> PRs have all stalled for several months. What do you think is 
>>>>>>>>>> >> necessary to get these unblocked and landed? As the last 
>>>>>>>>>> engine to 
>>>>>>>>>> >> implement this behavior, perhaps we shouldn't feel too 
>>>>>>>>>> compelled to 
>>>>>>>>>> >> block shipping on PRs landing?
>>>>>>>>>>
>>>>>>>>>> I was gently reminded offline that I didn't answer this part of 
>>>>>>>>>> your 
>>>>>>>>>> question - oops.
>>>>>>>>>>
>>>>>>>>>> Right now it seems to me that the costs of landing these spec PRs 
>>>>>>>>>> is 
>>>>>>>>>> higher than we're willing to block on, given the requested 
>>>>>>>>>> refactoring 
>>>>>>>>>> (and yes, it's unfortunate that 3 engines would be shipping 
>>>>>>>>>> essentially 
>>>>>>>>>> unspecced behavior, but that's where we're at). That said, I'm 
>>>>>>>>>> happy to 
>>>>>>>>>> devote my few IC hours to pushing these along as a personal 
>>>>>>>>>> project over 
>>>>>>>>>> the coming months.
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Thanks Mike. I trust your and wanderview@'s judgement here - I 
>>>>>>>>> know how hard y'all have been willing to work in the past to get the 
>>>>>>>>> right 
>>>>>>>>> thing done in specs. Thanks for being willing to keep pushing in 
>>>>>>>>> parallel. 
>>>>>>>>> But given two other implementations have already shipped this, it was 
>>>>>>>>> clearly already a spec bug that the spec didn't reflect reality. I 
>>>>>>>>> agree 
>>>>>>>>> that we shouldn't block shipping a 3rd implementation on spec 
>>>>>>>>> refactoring 
>>>>>>>>> work.
>>>>>>>>>
>>>>>>>>> LGTM1 to ship from my perspective. Obviously this will need a very 
>>>>>>>>> thoughtful and careful roll-out. But I trust Mike and his team to 
>>>>>>>>> engage 
>>>>>>>>> with impacted folks to make sure it goes smoothly, as they did with 
>>>>>>>>> UA 
>>>>>>>>> reduction.
>>>>>>>>>
>>>>>>>> -- 
>>>>>>>>
>>>>>>> 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/bc52292b-9142-adad-d126-b93231468ed0%40chromium.org
>>>>>>>>  
>>>>>>>> <https://groups.google.com/a/chromium.org/d/msgid/blink-dev/bc52292b-9142-adad-d126-b93231468ed0%40chromium.org?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/0e6d131f-f6c7-4bbb-ad3e-bd68cd63ec0dn%40chromium.org
>>>>>>  
>>>>>> <https://groups.google.com/a/chromium.org/d/msgid/blink-dev/0e6d131f-f6c7-4bbb-ad3e-bd68cd63ec0dn%40chromium.org?utm_medium=email&utm_source=footer>
>>>>>> .
>>>>>>
>>>>>
>>>>>
>>>>> -- 
>>>>>
>>>>> Kyra Seevers (she/her) |  Software Engineer |  kyras...@google.com |  
>>>>> 859-537-9917 <(859)%20537-9917> 
>>>>>
>>>>
>>
>> -- 
>>
>> Kyra Seevers (she/her) |  Software Engineer |  kyras...@google.com |  
>> 859-537-9917 <(859)%20537-9917>
>>
>

-- 
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/bf221564-59e0-4205-8ad7-e353f7d1b61fn%40chromium.org.

Reply via email to