To be extra clear, here is the whole timeline we're considering for rollout, pending unforeseen stability or compatibility issues:
- [done] February 21: Phase 6 roll-out starts one week after the launch of Chrome 110 Stable with 1% traffic. - March 21: Roll-out increases to 10% traffic. - April 4: Roll-out increases to 50% traffic. - April 18: Roll-out reaches full Stable population with 100% traffic. On Tuesday, February 21, 2023 at 5:46:58 PM UTC-5 Victor Tan wrote: > Hi blink-dev, > > Phase 6 of UA Reduction is currently ramping up to 1% of the stable > release population on Android platform. > No changes will occur between now and March 21st, 2023, pending site > compatibility feedback. Thanks. > > Best, > Victor > > On Thursday, February 16, 2023 at 12:31:56 PM UTC-5 Mike Taylor wrote: > >> Hi all, >> >> Due to an unrelated release blocker bug, our best-guess prediction of Feb >> 14th to start the 1% roll-out was incorrect (M110 on Android is currently >> at 50% <https://chromiumdash.appspot.com/releases?platform=Android>). >> I'm hopeful we'll be at 100% by next Tuesday, so at the risk of being wrong >> again (if the timeline slips by a day or two extra, we will not shorten the >> rollout, but adjust the schedule accordingly), here's an updated roll-out >> schedule: >> >> Stable 1%: Feb 21, 2023 >> Stable 5%: Mar 21, 2023 (~4 weeks after previous) >> Stable 10%: Apr 4, 2023 (~2 weeks after previous) >> Stable 50%: Apr 18, 2023 (~2 weeks after previous) >> ToT Default: May 2, 2023 (~2 weeks after previous) >> Stable 100%: May 2, 2023 >> >> As always, we'll monitor for breakage and stability, and may pause or >> back-out to investigate concerning feedback or data. >> >> thanks, >> Mike >> On Thursday, February 9, 2023 at 5:05:03 PM UTC-5 James Rosewell wrote: >> >>> The issue is that automated testing of the web experience for Android >>> uses this feature in automated test environments which can not be Android. >>> As it doesn't work it is no longer possible to automatically test changes >>> that could easily be tested with a variety of UAS values. Thus the only >>> option is to take longer to test using human testers. This increases cost >>> and delays to implementors that would be avoided if the related tools works >>> or UAS were not altered further. >>> >>> On Thursday, 9 February 2023 at 19:52:14 UTC Mike Taylor wrote: >>> >>>> Hi James, >>>> >>>> Thanks for letting us know that this issue has not been fixed yet. I've >>>> asked someone on my team to take over the task. Phase 6 will only affect >>>> the Android User-Agent string and headless Chrome is not supported on >>>> mobile. >>>> >>>> On 2/1/23 9:30 AM, 'James Rosewell' via blink-dev wrote: >>>> >>>> Resolving the issues associated with automated testing prior to >>>> commencement of deployment and 14th February should be dependency. See >>>> this >>>> link. >>>> >>>> 1212793 - Client hints not sent in headless chrome - chromium >>>> <https://bugs.chromium.org/p/chromium/issues/detail?id=1212793> >>>> >>>> The lack of functional parity in the test environment causes disruption >>>> and cost to the rest of the eco-system. >>>> >>>> On Tuesday, 17 January 2023 at 16:02:45 UTC vict...@chromium.org wrote: >>>> >>>>> Contact emails >>>>> >>>>> vict...@chromium.org, mike...@chromium.org >>>>> >>>>> Explainer >>>>> >>>>> >>>>> https://github.com/WICG/ua-client-hints#explainer-reducing-user-agent-granularity >>>>> >>>>> Specification >>>>> >>>>> https://www.chromium.org/updates/ua-reduction is the closest thing >>>>> that specifies Chrome’s UA Reduction plans today. As these changes land >>>>> in >>>>> Chromium and ship to 100% stable, the Compat Standard >>>>> <https://compat.spec.whatwg.org/> will be updated in the UA String >>>>> section <https://compat.spec.whatwg.org/#ua-string-pattern-chrome>, >>>>> like we did for the Phase 4 and plan to do for Phase 5 changes. >>>>> >>>>> Summary >>>>> >>>>> As previously detailed on the Chromium Blog >>>>> <https://blog.chromium.org/2021/09/user-agent-reduction-origin-trial-and-dates.html>, >>>>> >>>>> we intend to proceed with Phase 6 of the User-Agent Reduction plan >>>>> <https://www.chromium.org/updates/ua-reduction/#sample-ua-strings-phase-6>. >>>>> >>>>> In Phase 6, we change the deviceModel token to “K” and change the >>>>> androidVersion token to a static “10” string in Android User-Agent >>>>> string. The navigator.platform will be a “Linux armv81” constant on >>>>> the Android platform. >>>>> >>>>> Blink component >>>>> >>>>> Blink>Network>ClientHints >>>>> >>>>> TAG review >>>>> >>>>> https://github.com/w3ctag/design-reviews/issues/640 >>>>> >>>>> TAG review status >>>>> >>>>> Closed satisfied with concerns. >>>>> >>>>> Risks >>>>> Interoperability and Compatibility >>>>> >>>>> Any time you modify the User-Agent string there is a risk of breaking >>>>> existing patterns, like some content somewhere depending on the previous >>>>> format. >>>>> >>>>> We do not expect interoperability risks, as each browser sends its own >>>>> User-Agent string format. However there is a risk that - on the Android >>>>> platform - content may rely on User-Agents to parse deviceModel and >>>>> androidVersion information. To mitigate the risk of this change, we >>>>> intend >>>>> to slowly roll out the format via Finch on the Android platform and >>>>> observe >>>>> health metrics and bug reports. See timeline below on our slow roll out >>>>> plan. This gives us the option to roll this back for the Android platform >>>>> if major issues arise. >>>>> >>>>> Displaying a static androidVersion and a deviceModel token for Android >>>>> clients will not create a problem syntactically. But the web can get >>>>> pretty >>>>> weird in ways we don't anticipate. For example, sites can rely on the >>>>> deviceModel in the User-Agent string to determine whether the device is a >>>>> mobile, laptop or desktop. Currently, we change the deviceModel to a >>>>> static >>>>> string, sites need to use client hints as the alternative to determine >>>>> the >>>>> right behavior. Hence the slow roll-out and incremental path towards >>>>> User-Agent Reduction. >>>>> >>>>> Here is our proposed rollout plan in Chrome Stable channel >>>>> (Canary/Dev/Beta has been enabled 50%), with the understanding that if we >>>>> discover concerning breakage or regressions via health metrics or bug >>>>> reports we will pause the rollout or roll back the feature entirely (and >>>>> update this thread if so): >>>>> >>>>> Stage >>>>> >>>>> Duration >>>>> >>>>> Date >>>>> >>>>> Stable 1% (M110+) >>>>> >>>>> M110 stable release is shipping to 100% (a best guess) >>>>> >>>>> Feb 14, 2023 >>>>> >>>>> Stable 10% (M110/M111) >>>>> >>>>> ~4 weeks after previous stage >>>>> >>>>> Mar 14, 2023 >>>>> >>>>> Stable 50% >>>>> >>>>> (M110/M111) >>>>> >>>>> ~2 weeks >>>>> >>>>> Mar 28, 2023 >>>>> >>>>> TOT Default (M114) >>>>> >>>>> ~2 weeks after previous stage >>>>> >>>>> Apr 11, 2023 >>>>> >>>>> Stable 100% (M110=>M114) >>>>> >>>>> ~ Same business day as previous stage >>>>> >>>>> Apr 11, 2023 >>>>> >>>>> Web stakeholders can still test with the user agent reduction >>>>> deprecation origin trial >>>>> <https://developer.chrome.com/origintrials/#/view_trial/2608710084154359809> >>>>> >>>>> until M113 (late May) if they need more time to adapt to the coming >>>>> changes. The UA-RD OT allows web stakeholders to request the legacy >>>>> user-agent string values (i.e. non-reduced values). >>>>> >>>>> Gecko: Shipped/Shipping. Firefox has frozen (or capped) much of their >>>>> UA string already. >>>>> >>>>> WebKit: Shipped/Shipping. Safari has already frozen everything in >>>>> their desktop UA string except for Safari and WebKit versions. Also, UA >>>>> reduction phase 6 will only apply to the Android platform. >>>>> >>>>> Web developers: Mixed signals. Various channels have different >>>>> reactions. It’s similar for the UA reduction phase 4 and phase 5. >>>>> >>>>> >>>>> Debuggability >>>>> >>>>> No special DevTools support needed. >>>>> >>>>> Will this feature be supported on all six Blink platforms (Windows, >>>>> Mac, Linux, Chrome OS, Android, and Android WebView)? >>>>> >>>>> No (Only for Android) >>>>> >>>>> Is this feature fully tested by web-platform-tests >>>>> <https://chromium.googlesource.com/chromium/src/+/master/docs/testing/web_platform_tests.md> >>>>> ? >>>>> >>>>> No, because User-Agents vary across browsers. >>>>> >>>>> Flag name >>>>> >>>>> #reduce-user-agent-android-version-device-model >>>>> >>>>> Notes: The existing flag #reduce-user-agent will provide the same >>>>> format User-Agent string on the Android platform since this is the last >>>>> phase for User-Agent reduction. >>>>> >>>>> Tracking bug >>>>> >>>>> https://bugs.chromium.org/p/chromium/issues/detail?id=1394819 >>>>> >>>>> Launch bug >>>>> >>>>> https://launch.corp.google.com/launch/4225291 >>>>> >>>>> Link to entry on the Chrome Platform Status >>>>> >>>>> https://chromestatus.com/feature/5177681979637760 >>>>> >>>>> -- >>>> 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/24eecdaf-a59d-44f5-b370-80c4b2f52188n%40chromium.org >>>> >>>> <https://groups.google.com/a/chromium.org/d/msgid/blink-dev/24eecdaf-a59d-44f5-b370-80c4b2f52188n%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+unsubscr...@chromium.org. To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/7a7bfd6e-bf7e-4ce4-bfbd-c10dbc4056c3n%40chromium.org.