Bug 178417

Summary: Some older hardware can't actually use renderbuffers at the size they advertise
Product: WebKit Reporter: Dean Jackson <dino>
Component: WebGLAssignee: Dean Jackson <dino>
Status: RESOLVED FIXED    
Severity: Normal CC: ap, buildbot, dino, graouts, kondapallykalyan, noam, sam, thorton, webkit-bug-importer
Priority: P2 Keywords: InRadar
Version: WebKit Nightly Build   
Hardware: Unspecified   
OS: Unspecified   
Attachments:
Description Flags
Patch thorton: review+

Description Dean Jackson 2017-10-17 16:56:55 PDT
This is failing, but only on older hardware (such as the test bots).

Checking drawingBufferWidth/drawingBufferHeight
PASS gl.drawingBufferWidth is gl.canvas.width
PASS gl.drawingBufferHeight is gl.canvas.height
PASS maxSize[0] > 0 is true
PASS maxSize[1] > 0 is true
MAX_VIEWPORT_DIMS = 16384x16384
canvas = 50x50
PASS gl.drawingBufferWidth > 0 is true
PASS gl.drawingBufferHeight > 0 is true
PASS gl.drawingBufferWidth <= maxSize[0] is true
PASS gl.drawingBufferHeight <= maxSize[1] is true
FAIL gl.getError() should be 0. Was 1286.

Where 1286 is INVALID_FRAMEBUFFER_OPERATION

I assume that trying to allocate such a huge backing store is sort-of working, but not really. I haven't been able to reproduce on newer hardware yet.
Comment 1 Radar WebKit Bug Importer 2017-10-17 16:57:55 PDT
<rdar://problem/35042291>
Comment 2 Dean Jackson 2017-10-18 15:34:01 PDT
Was "webgl/1.0.2/conformance/canvas/drawingbuffer-static-canvas-test.html failing"
Comment 3 Dean Jackson 2017-10-18 15:39:31 PDT
Created attachment 324176 [details]
Patch
Comment 4 Dean Jackson 2017-10-18 16:42:26 PDT
Committed r223640: <https://trac.webkit.org/changeset/223640>