Contact emails dome...@chromium.org, jbro...@chromium.org, liviuti...@chromium.org
Original I2E https://groups.google.com/a/chromium.org/g/blink-dev/c/6gsc52WQgrU/m/qcTayjt6DAAJ No-Vary-Search Spec https://wicg.github.io/nav-speculation/no-vary-search.html No-Vary-Search hint explainer https://github.com/WICG/nav-speculation/blob/main/triggers.md#no-vary-search-hint Origin Trial https://developer.chrome.com/origintrials/#/view_trial/4146689356901384193 Summary We propose extending the "No-Vary-Search support in navigation prefetch cache" origin trial. We decided to extend the experiment based on positive feedback from the developer experimenting with the header. Discussions with the developer resulted in additional functionality for this experiment in the form of No-Vary-Search hint (see ChromeStatus entry: https://chromestatus.com/feature/4887338302308352). We are planning to extend the experiment for 3 more milestones M116 to M118 inclusive. Blink component Internals>Preload <https://bugs.chromium.org/p/chromium/issues/list?q=component:Internals%3EPreload> Motivation The developer we are working with would like to experiment with No-Vary-Search hint in the context of No-Vary-Search header to evaluate the added impact of the new functionality. TAG review https://github.com/w3ctag/design-reviews/issues/797 TAG review status Complete at this time. TAG didn't see any major issue and encouraged us to continue experimenting. RisksInteroperability and Compatibility Gecko: No signal. Request for Standards Position: https://github.com/mozilla/standards-positions/issues/717. WebKit: No signal. Informal positive signals from individual engineers at TPAC 2022. Request for Standards Position: https://github.com/WebKit/standards-positions/issues/106. Web developers: Positive. Google Search is interested in experimenting with the header, specifically for the customizing server behavior <https://github.com/WICG/nav-speculation/blob/main/no-vary-search.md#customizing-server-behavior> use case. Other signals: WebView application risks Does this intent deprecate or change behavior of existing APIs, such that it has potentially high risk for Android WebView-based applications? No. This is a new opt-in feature. Debuggability The website owner can debug the feature in DevTools by making sure that, when navigating to a prefetched page by using a URL that matches under No-Vary-Search conditions, the navigation happens from the prefetch cache by looking at the Size column in the Network tab. In case of success, when hovering over the Size column in the Network tab of Dev Tools, they should see: "Served from prefetch cache, resource size: yyyB" We are also working on a preloading panel (https://crbug.com/1410709) which shows all ongoing preloads, including both the targeted URL and the cached URL, if they differ due to No-Vary-Search. Is this feature fully tested by web-platform-tests <https://chromium.googlesource.com/chromium/src/+/master/docs/testing/web_platform_tests.md> ? Yes. WPTs landed under the external/wpt/speculation-rules/prefetch/no-vary-search folder. Tracking bug crbug.com/1378075 crbug.com/1416659 Link to entry on the Chrome Platform Status https://chromestatus.com/feature/5071247189213184 https://chromestatus.com/feature/4887338302308352 -- 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/CAHaAqYJ_qBTo-CO_Lx%3DL-cEC37JUaQ%2BrRRzKxRVoy-fjNBKR8A%40mail.gmail.com.