This feature preserves the sticky user activation state after a page navigates to another same-origin page. The lack of user activation in the post-navigation page prevents some use cases like showing virtual keyboards on auto-focus, and this has been a blocker for the developers who want to build MPAs over SPAs.
None
Does this intent deprecate or change behavior of existing APIs, such that it has potentially high risk for Android WebView-based applications?
None
None
Shipping on desktop | 142 |
Shipping on Android | 142 |
Shipping on WebView | 142 |
Open questions about a feature may be a source of future web compat or interop issues. Please list open issues (e.g. links to known github issues in the project for the feature specification) whose resolution may introduce web compat/interop risk (e.g., changing to naming or structure of the API in a non-backward-compatible way).
None> WebKit: Positive (https://github.com/whatwg/html/issues/11328#:~:text=anne%3A%20sounds%20good.%20i%20dont%20think%20we%20will%20regret%20this%2C%20but%20we%20will%20have%20to%20test%20it%20carefully)
It’d be good to have official standards positions filed or at least to get Gecko and WebKit signoff on the spec PR. I agree from the notes that the sentiment looks positive but statements like “I don’t think we will regret this” are not as firm as I’d like :).
> Finch feature name> None
This would be shipped gated by a flag, right?
> I believe in WPT we can't have an a.html top-frame navigate to b.html and check things there. I was not able to find an example in wpt/navigation-api/. Did I miss anything?
I think it’s correct that we can’t test it with top-level navigations, but can we test it for iframe navigations? The way I understand https://github.com/whatwg/html/pull/11454 iframe navs should also get the new behavior.
> I believe in WPT we can't have an a.html top-frame navigate to b.html and check things there. I was not able to find an example in wpt/navigation-api/. Did I miss anything?
I think it’s correct that we can’t test it with top-level navigations, but can we test it for iframe navigations? The way I understand https://github.com/whatwg/html/pull/11454 iframe navs should also get the new behavior.
On Wed, Sep 3, 2025 at 9:04 AM 'Daniel Clark' via blink-dev <blin...@chromium.org> wrote:> I believe in WPT we can't have an a.html top-frame navigate to b.html and check things there. I was not able to find an example in wpt/navigation-api/. Did I miss anything?
I think it’s correct that we can’t test it with top-level navigations, but can we test it for iframe navigations? The way I understand https://github.com/whatwg/html/pull/11454 iframe navs should also get the new behavior.
You can also test top-level navigations by opening popup windows. There are helpful frameworks for writing such tests, e.g., RemoteContextHelper.