Bug 210848 - REGRESSION(r260442?): [GTK][WPE] fast/canvas/webgl/tex-image-and-sub-image-2d-with-video.html is failing
Summary: REGRESSION(r260442?): [GTK][WPE] fast/canvas/webgl/tex-image-and-sub-image-2d...
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: WebGL (show other bugs)
Version: WebKit Nightly Build
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-04-21 23:41 PDT by Diego Pino
Modified: 2020-06-30 01:13 PDT (History)
2 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Diego Pino 2020-04-21 23:41:11 PDT 
The test started failing at:

r260441                       NOERROR
[r260442-r260446]             UNKNOWN
r260447                       TEXT (Expected: PASS)

Without bisecting the failure, I cannot spot a likely cause for the regression. There are WebGL or Canvas patches within the range. I think perhaps r260442 ([GStreamer][JHBuild] Update to 1.16.2) has something to do.

ee: https://build.webkit.org/results/GTK%20Linux%2064-bit%20Release%20(Tests)/r260447%20(13426)/fast/canvas/webgl/tex-image-and-sub-image-2d-with-video-diff.txt

--- /home/slave/webkitgtk/gtk-linux-64-release-tests/build/layout-test-results/fast/canvas/webgl/tex-image-and-sub-image-2d-with-video-expected.txt
+++ /home/slave/webkitgtk/gtk-linux-64-release-tests/build/layout-test-results/fast/canvas/webgl/tex-image-and-sub-image-2d-with-video-actual.txt
@@ -9,7 +9,8 @@
 PASS shouldBe 255,0,0
 Testing texImage2D with flipY=false
 Checking lower left corner
-PASS shouldBe 255,0,0
+FAIL shouldBe 255,0,0
+at (0, 0) expected: 255,0,0 was 0,0,255
 Checking upper left corner
 PASS shouldBe 0,255,0
 Testing texSubImage2D with flipY=true
@@ -24,6 +25,7 @@
 PASS shouldBe 0,255,0
 PASS getError was expected value: NO_ERROR : should be no errors
 PASS successfullyParsed is true
+Some tests failed.
 
 TEST COMPLETE
Comment 1 Diego Pino 2020-04-22 20:36:58 PDT 
compositing/video/video-border-radius-clipping.html [ ImageOnlyFailure ]

The test has also been failing since the same revision (r260442). The test only fails in the GTK test bot. It works well in buildbox or in the GTK build bot.
Comment 2 Lauro Moura 2020-04-29 18:44:13 PDT 
(In reply to Diego Pino from comment #1)
> compositing/video/video-border-radius-clipping.html [ ImageOnlyFailure ]
> 
> The test has also been failing since the same revision (r260442). The test
> only fails in the GTK test bot. It works well in buildbox or in the GTK
> build bot.

It is also working fine in Wayland since r260557.
Comment 3 Lauro Moura 2020-04-29 18:45:52 PDT 
(In reply to Lauro Moura from comment #2)
> (In reply to Diego Pino from comment #1)
> > compositing/video/video-border-radius-clipping.html [ ImageOnlyFailure ]
> > 
> > The test has also been failing since the same revision (r260442). The test
> > only fails in the GTK test bot. It works well in buildbox or in the GTK
> > build bot.
> 
> It is also working fine in Wayland since r260557.

My bad, it has been working fine in Wayland before. Just marked as unexpected pass due to inheriting the expectation from the main GTK expectation file. Will update it accordingly.
Comment 4 Diego Pino 2020-05-07 23:54:55 PDT 
compositing/video/video-border-radius-clipping.html is passing since r261341.
Comment 5 Diego Pino 2020-06-30 01:13:53 PDT 
Consistently passing since r263332. Closing bug.