Bug 211995 – [GStreamer] fast/images/animated-image-mp4.html fails

• Component: Platform
• Status: NEW

[Philippe Normand]

--- /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

[Philippe Normand]

https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/731

[Lauro Moura]

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).

[Philippe Normand]

(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.

[Diego Pino]

fast/images/animated-image-mp4-crash.html is also a flaky timeout failure. Possibly related to this bug.

[Philippe Normand]

(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.