Thanks Yoav for the question.I realized that we have a usage counter but in a wrong place, and it is now just counting the number of history navigation.So at the moment we don't know how many people use the API.I will send out a CL to change this.We are thinking of reaching out to RUM users so that they can be aware of the upcoming change.But basically this API's report values are like histograms and sites must handle new values and values that are not present.On Tue, Nov 5, 2024 at 4:14 PM Yoav Weiss (@Shopify) <yoav...@chromium.org> wrote:What does current usage look like? Have you reached out to folks who may be using the API to notify them that they'd need to adapt their backend code?On Tue, Nov 5, 2024 at 5:57 AM Yuzu Saijo <yu...@chromium.org> wrote:--We are going to change the names reported in NotRestoredReasons API so that they match the specified names. NotRestoredReasons API has been launched for 6 months now.
The change is likely to land with a flag in M133.
We expect that web developers are counting these values. Since this is an API that reports events about a previous instance of the page, we do not expect that any client-side code takes any action based on specific strings.Server side code which presents reports based on this API's data may attach advice to developers on how to avoid blocking BFCache for certain reasons. This would need to attach the advice to the new values and the old values. Similarly developer-targeted articles may reference the old values.ChromeStatus entry: https://chromestatus.com/feature/6444139556896768
Spec PR: https://github.com/whatwg/html/pull/10154
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 visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CAPK8OYiAWY-8Hsy0MK3FYLOpTrs87knwWbRhhzby2ZLsgOOWDg%40mail.gmail.com.