You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Chrome gives a TIMEOUT, Firefox returns "ERROR message: Document unloaded; maybe test navigated the top-level-browsing context?", Safari raises webdriver.error.NoSuchFrameException from within wptrunner.
Ultimately, we don't support navigating the top-level browsing context; for testharness tests, we have an assert where we expect things to fail if they even make it that far:
I don't know if the View Transitions cross-document tests could reasonably be rewritten to be navigating frames instead, or if this really is just blocked on coming up with some solution in WPT to handle the test page navigating (while handling the risk of somehow ending up with the results from the wrong page, which is not a purely hypothetical concern, as this has happened in various browser CI systems over the years).
See, e.g., https://wpt.fyi/results/css/css-view-transitions/navigation/pagereveal-microtask-sequence.html?run_id=5170135061233664&run_id=5204002958737408&run_id=5075857710514176&run_id=5095519668142080
Chrome gives a TIMEOUT, Firefox returns "ERROR message: Document unloaded; maybe test navigated the top-level-browsing context?", Safari raises
webdriver.error.NoSuchFrameException
from within wptrunner.Ultimately, we don't support navigating the top-level browsing context; for testharness tests, we have an assert where we expect things to fail if they even make it that far:
wpt/tools/wptrunner/wptrunner/executors/base.py
Line 94 in 8be9ad5
For reference: this assert goes all the way back to the very first commit which added wptrunner:
wpt/wptrunner/executor.py
Lines 34 to 35 in 4d16712
For reftests, we don't seem to have anything explicitly checking for this, but this seems likely to be the cause of https://wpt.fyi/results/css/css-view-transitions/navigation/navigation-auto-excludes-reload.html?run_id=5170135061233664&run_id=5204002958737408&run_id=5075857710514176&run_id=5095519668142080 (which fails in Safari as we're waiting for the callback for
reftest-wait
being removed when the document gets navigated while we wait for the script to return; I'm somewhat surprised at that passing in Chrome — I wonder if there's WebDriver differences here?).Admittedly, we don't seem to have this limitation documented anywhere, as far as I can see.
I expect this is the cause for most of the harness errors one can see on https://wpt.fyi/results/css/css-view-transitions/navigation?run_id=5170135061233664&run_id=5204002958737408&run_id=5075857710514176&run_id=5095519668142080, though I haven't investigated closely.
I don't know if the View Transitions cross-document tests could reasonably be rewritten to be navigating frames instead, or if this really is just blocked on coming up with some solution in WPT to handle the test page navigating (while handling the risk of somehow ending up with the results from the wrong page, which is not a purely hypothetical concern, as this has happened in various browser CI systems over the years).
cc @jgraham @jonathan-j-lee @WeizhongX on the wptrunner side
cc @noamr @mattwoodrow @vmpstr @khushalsagar on the view transitions side
(Somewhat prompted by web-platform-tests/interop#771, to cross-reference the issues with the tests.)
The text was updated successfully, but these errors were encountered: