--- /app/webkit/WebKitBuild/Release/layout-test-results/fast/images/animated-image-mp4-expected.txt +++ /app/webkit/WebKitBuild/Release/layout-test-results/fast/images/animated-image-mp4-actual.txt @@ -4,10 +4,10 @@ PASS Image eventually became red -PASS Image eventually became green +FAIL Image changed to an unexpected value (was 0,113,0,255, expected green) PASS Image eventually became blue PASS Image eventually became red -PASS Image eventually became green +FAIL Image changed to an unexpected value (was 0,113,0,255, expected green) PASS Image eventually became blue PASS Image eventually became red PASS successfullyParsed is true
https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/731
It started flaky timing out some time ago. First timeout in each bot: GTK Wayland: r264596 WPE Release: r264595 GTK Release: r264659 GTK Debug: r265406 WPE Debug: No timeouts It times out much more frequently on Wayland setups (GTK Wayland and WPE).
(In reply to Philippe Normand from comment #1) > https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/731 Until this bug is fixed the test will continue to fail in various ways.
fast/images/animated-image-mp4-crash.html is also a flaky timeout failure. Possibly related to this bug.
(In reply to Diego Pino from comment #4) > fast/images/animated-image-mp4-crash.html is also a flaky timeout failure. > Possibly related to this bug. No, it's a different bug. Both tests rely on different assets. This one here uses a specific file, animated-red-green-blue.mp4 which doesn't render as expected. fast/images/animated-image-mp4-crash.html uses two-samples-with-same-pts.mp4 for which rendering is not checked at all. Filed bug 225033.