Bug 181659 - [WPE][GTK][WebGL] Layout test fast/canvas/webgl/simulated-vertexAttrib0-invalid-indicies.html is failing
Summary: [WPE][GTK][WebGL] Layout test fast/canvas/webgl/simulated-vertexAttrib0-inval...
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: WebKitGTK (show other bugs)
Version: Other
Hardware: PC Linux
: P2 Normal
Assignee: Michael Catanzaro
URL:
Keywords: InRadar
Depends on:
Blocks:
 
Reported: 2018-01-15 17:33 PST by Michael Catanzaro
Modified: 2018-06-15 07:50 PDT (History)
10 users (show)

See Also:


Attachments
Patch (2.03 KB, patch)
2018-06-06 15:40 PDT, Michael Catanzaro
no flags Details | Formatted Diff | Diff
Archive of layout-test-results from ews206 for win-future (12.73 MB, application/zip)
2018-06-06 21:57 PDT, EWS Watchlist
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Catanzaro 2018-01-15 17:33:00 PST
Layout test fast/canvas/webgl/simulated-vertexAttrib0-invalid-indicies.html has been failing on the GTK release bot since it was added in r226916 "[WebGL] Simulated vertexAttrib0 can sometimes cause OUT_OF_MEMORY errors":

--- /home/slave/webkitgtk/gtk-linux-64-release-tests/build/layout-test-results/fast/canvas/webgl/simulated-vertexAttrib0-invalid-indicies-expected.txt
+++ /home/slave/webkitgtk/gtk-linux-64-release-tests/build/layout-test-results/fast/canvas/webgl/simulated-vertexAttrib0-invalid-indicies-actual.txt
@@ -1,5 +1,4 @@
 CONSOLE MESSAGE: line 49: WebGL: INVALID_OPERATION: drawElements: attempt to access out of bounds arrays
-CONSOLE MESSAGE: line 59: WebGL: INVALID_OPERATION: drawElements: unable to simulate vertexAttrib0 array
 PASS: MAX_UINT index was unable to be simulated
-PASS: Huge index was unable to be simulated
+FAIL: Huge index did not fail validation

Updating expectations accordingly.
Comment 1 Michael Catanzaro 2018-01-15 17:41:16 PST
I'm going to give it a failure expectation, but it's notable because this test is an example of the API call *not* failing, so not sure if this is really a problem or not. Maybe the test should just be skipped instead, or marked as expected expected fail (i.e. bug closed, expectation moved to the top of the file)?
Comment 2 Michael Catanzaro 2018-04-04 08:48:35 PDT
At the advice of Carlos Lopez, I ran:

$ run-webkit-tests --gtk --debug --display-server=wayland fast/canvas/webgl/simulated-vertexAttrib0-invalid-indicies.html

to run the layout test without swrast. The test consumed ~11 GB of memory and timed out. I'm guessing the fix is somehow incomplete on our platform.

This is CVE-2018-4130 on the Safari 11.1 security advisory. I'm going to omit it from our upcoming advisory. When fixing this, please be sure to remind me to add it to a future advisory, if necessary.
Comment 3 Radar WebKit Bug Importer 2018-04-04 08:48:55 PDT
<rdar://problem/39175593>
Comment 4 Michael Catanzaro 2018-05-01 08:57:26 PDT
Zan, Miguel, do either of you have time to look into this one? If not, we'll need to make time.
Comment 5 Miguel Gomez 2018-06-06 04:32:43 PDT
The test fails because wk expects an out of memory error coming from opengl when trying to allocate the almost 6GB of memory requested to glBufferData, but that error is not happening because the allocation succeeds.

The bot uses mesa with an intel driver, and the main memory is shared with the video memory, which means that we can request as much memory as there's in the system. In that case, the system will slow down and the test will timeout, but the allocation will still work.

I guess this test makes sense in systems with dedicated video memory, when the amount of memory requested is bigger than the video memory available, but I don't think it makes sense with the wide range of hardware we deal with. IMO the best thing to do with this is skip the test or keep it as a failure.
Comment 6 Michael Catanzaro 2018-06-06 08:36:58 PDT
I guess we could skip it, then
Comment 7 Michael Catanzaro 2018-06-06 15:40:20 PDT
I think it could be victim to the memory pressure limit, if not now then in the future, so I'd favor Skip instead of expected failure.
Comment 8 Michael Catanzaro 2018-06-06 15:40:37 PDT
Reopening to attach new patch.
Comment 9 Michael Catanzaro 2018-06-06 15:40:38 PDT
Created attachment 342087 [details]
Patch
Comment 10 EWS Watchlist 2018-06-06 21:56:54 PDT
Comment on attachment 342087 [details]
Patch

Attachment 342087 [details] did not pass win-ews (win):
Output: http://webkit-queues.webkit.org/results/8045964

New failing tests:
http/tests/security/canvas-remote-read-remote-video-localhost.html
Comment 11 EWS Watchlist 2018-06-06 21:57:05 PDT
Created attachment 342118 [details]
Archive of layout-test-results from ews206 for win-future

The attached test failures were seen while running run-webkit-tests on the win-ews.
Bot: ews206  Port: win-future  Platform: CYGWIN_NT-6.1-2.9.0-0.318-5-3-x86_64-64bit
Comment 12 Michael Catanzaro 2018-06-07 09:12:58 PDT
Comment on attachment 342087 [details]
Patch

Ping reviewers
Comment 13 Michael Catanzaro 2018-06-15 07:46:58 PDT
OK, I won't wait for review on this.
Comment 14 Michael Catanzaro 2018-06-15 07:50:38 PDT
Committed r232869: <https://trac.webkit.org/changeset/232869>