Closed cookiecrook closed 1 week ago
FWIW, this is no longer showing an error immediately after filing. 🤷
Cloned issue to wpt.fyi.
Keeping this open to discuss at the monthly, but this is intermittently occurring on multiple subtests and multiple files. Removing the offending test no longer seems to be a valid option.
I will close this after raising it to the Interop Accessibility in Sept.
Discussed with the Interop group. Closing since there's nothing more to be done in this project.
WPT.fyi lists a Safari failure on subtest "[xlink:title][href] > rect" but the Safari history shows it passing always, which aligns with our local testing... The conflicting results listed on the same wpt.fyi page can't both be true.
https://wpt.fyi/results/svg-aam/name/comp_host_language_label.html?label=master&label=experimental&aligned&view=interop&q=label%3Ainterop-2024-accessibility
Therefore I am assuming this is an error in how WPT.fyi tracks the results, rather than in the actual result.
If https://github.com/web-platform-tests/wpt.fyi/issues/3957 can't be resolved and we continue to receive flaky results, it may be good to move this test or set of tests to a
.tentative
file.