Bug 118464 – REGRESSION(r151957): WebGL textures do not show

• Status: RESOLVED
• Resolution: FIXED
• Component: WebGL

[Tomasz Morawski]

Currently, WebGL textures do not show at all. It seems that the patch: 

Checking if frame is complete and access duration doesn't need a decode
https://bugs.webkit.org/show_bug.cgi?id=116041

is responsible for the regression. Moreover, one of Kronos conformance don't pass now.
https://www.khronos.org/registry/webgl/sdk/tests/conformance/textures/gl-teximage.html

Please also check any webgl sample that uses textures like this one: http://webglsamples.googlecode.com/hg/aquarium/aquarium.html

Tested on EFL port only.

[Csaba Osztrogonác]

Thanks for reporting. I can confirm, http://trac.webkit.org/changeset/151957 is responsible for this bug on EFL and Nix too. Reverting this patch locally
solved the bug for me. (aquarius example and the khronos test too)

Additionally I checked it on Qt too and it works fine with and without 
this patch. I have an idea, maybe it is related to Source/WebCore/platform/graphics/cairo/ImageBufferCairo.cpp somehow. Let me try to debug it.

[Csaba Osztrogonác]

I got the following errors on the khronos test with Nix:

$ WebKitBuild/Release/bin/MiniBrowser https://www.khronos.org/registry/webgl/sdk/tests/conformance/textures/gl-teximage.html
MiniBrowser: Use Alt + Left and Alt + Right to navigate back and forward. Use F5 to reload.
Touch Emulation Mode enabled. Hold Control key to build and emit a multi-touch event: each mouse button should be a different touch point. Release Control Key to clear all tracking pressed touches.
Use Control + mouse wheel to zoom in and out.
[js:2099] requestAnimationFrame
[js:2099] cancelAnimationFrame
[js:0] WebGL: INVALID_VALUE: texImage2D: bad image data
[js:0] WebGL: INVALID_VALUE: texImage2D: bad image data
[js:0] WebGL: INVALID_VALUE: texImage2D: bad image data
[js:0] WebGL: INVALID_VALUE: texImage2D: bad image data
[js:0] WebGL: INVALID_VALUE: texImage2D: bad image data
[js:0] WebGL: INVALID_VALUE: texImage2D: bad image data
[js:0] WebGL: INVALID_VALUE: texImage2D: bad image data
[js:0] WebGL: INVALID_VALUE: texImage2D: bad image data
[js:0] WebGL: INVALID_VALUE: texImage2D: bad image data
[js:0] WebGL: INVALID_VALUE: texImage2D: bad image data
[js:0] WebGL: INVALID_VALUE: texImage2D: bad image data
[js:0] WebGL: INVALID_VALUE: texImage2D: bad image data
[js:0] WebGL: INVALID_VALUE: texImage2D: bad image data
[js:0] WebGL: INVALID_VALUE: texImage2D: bad image data
[js:0] WebGL: INVALID_VALUE: texImage2D: bad image data
[js:0] WebGL: INVALID_VALUE: texImage2D: bad image data
[js:0] WebGL: INVALID_VALUE: texImage2D: bad image data
[js:0] WebGL: INVALID_VALUE: texImage2D: bad image data
[js:0] WebGL: INVALID_VALUE: texImage2D: bad image data
[js:0] WebGL: INVALID_VALUE: texImage2D: bad image data
[js:0] WebGL: INVALID_VALUE: texImage2D: bad image data
[js:0] WebGL: INVALID_VALUE: texImage2D: bad image data
[js:0] WebGL: INVALID_VALUE: texImage2D: bad image data
[js:0] WebGL: INVALID_VALUE: texImage2D: bad image data
X Error of failed request:  GLXBadPixmap
  Major opcode of failed request:  135 (GLX)
  Minor opcode of failed request:  16 (X_GLXVendorPrivate)
  Serial number of failed request:  0
  Current serial number in output stream:  28

[Csaba Osztrogonác]

(In reply to comment #1)
> I have an idea, maybe it is related to Source/WebCore/platform/graphics/cairo/ImageBufferCairo.cpp somehow. Let me try to debug it.

Or BitmapImageCairo.cpp.

[Karol]

Created attachment 206306 [details]
Texture loading test case

I prepared test case showing where problem can be:

At first it creates texture (no problem)
Than loads data to texture from array buffer (no problem)
Than attempts to load texture from separate *.png image (problem)

It passes on older version of webkit and in other browsers.

[Csaba Osztrogonác]

I got the bug. ;)

The problem is that GraphicsContext3D::ImageExtractor::extractImage(...)
in Source/WebCore/platform/graphics/efl/GraphicsContext3DEfl.cpp returns
with false if !decoder.frameIsCompleteAtIndex(0).

Before r151957 frameIsCompleteAtIndex(...) called m_decoder->frameBufferAtIndex(...) which ensured that the image will be decoded:

-    ImageFrame* buffer = m_decoder->frameBufferAtIndex(index);
-    return buffer && buffer->status() == ImageFrame::FrameComplete;
+    return m_decoder && m_decoder->frameIsCompleteAtIndex(index);


But after r151957 frameIsCompleteAtIndex(...) doesn't trigger decoding,

Fix is coming soon.

[Csaba Osztrogonác]

Created attachment 206331 [details]
Patch

[Csaba Osztrogonác]

(In reply to comment #6)
> Created an attachment (id=206331) [details]
> Patch

Tested on EFL and Nix too. And it fixed the bug, of course. :)

[Peter Kasting]

Comment on attachment 206331 [details]
Patch

I can confirm that this is what Chromium does.

[Csaba Osztrogonác]

ping for review :)

[Kalyan]

(In reply to comment #9)
> ping for review :)

Thanks for the fix. LGTM

[Chris Dumez]

Comment on attachment 206331 [details]
Patch

R=me.

[WebKit Commit Bot]

Comment on attachment 206331 [details]
Patch

Clearing flags on attachment: 206331

Committed r152531: <http://trac.webkit.org/changeset/152531>

[WebKit Commit Bot]

All reviewed patches have been landed.  Closing bug.