223624 2021-03-22 22:05:43 -0700 REGRESSION(r r274711) [GLIB] webgl/conformance/extensions/khr-parallel-shader-compile.html is timing out 2023-03-23 01:17:42 -0700 1 1 1 Unclassified WebKit WebGL WebKit Nightly Build Unspecified Unspecified RESOLVED DUPLICATE 251514 InRadar P2 Normal --- 1 lmoura webkit-unassigned bugs-noreply dino jdarpinian kbr kkinnunen kpiddington webkit-bug-importer oldest_to_newest 1742675 0 lmoura 2021-03-22 22:05:43 -0700 webgl/conformance/extensions/khr-parallel-shader-compile.html Updated in r274711, timing out in GLIB since, even with [ Slow ]. Checking the first loop of the test (~120), it seems the compile operations are not being offloaded to another thread, as there is a big wait in the compileShader calls. In the 7th iteration of the loop: extraCode size 2949120 shaderSource(vertexSource) took 18ms shaderSource(fragmentSource) took 17ms compileShader(vs) took 1460ms compileShader(fs) took 1392ms linkProgram(program) took 1ms This is causing the measuredCompileDuration to always be smaller than the threshold (500ms), as it's actually just a get operation, and the code never triggers the loop exit condition. 1743004 1 kbr 2021-03-23 14:12:15 -0700 +jdarpinian who recently strengthened this test upstream in https://github.com/KhronosGroup/WebGL . Should probably skip this test in TestExpectations on GLIB while the implementation's being fixed. Note it will likely take some time to roll an updated ANGLE back downstream. 1745028 2 webkit-bug-importer 2021-03-29 22:06:12 -0700 <rdar://problem/75989686> 1943316 3 kkinnunen 2023-03-23 01:17:42 -0700 *** This bug has been marked as a duplicate of bug 251514 ***