Closed
Bug 844280
Opened 12 years ago
Closed 7 years ago
"Assertion failure: gl->IsFramebufferComplete(fb)"
Categories
(Core :: Graphics: CanvasWebGL, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: jruderman, Unassigned)
References
Details
(Keywords: assertion, regression, testcase, Whiteboard: [gfx-noted] webgl-internal)
Attachments
(2 files)
Assertion failure: gl->IsFramebufferComplete(fb), at gfx/gl/GLScreenBuffer.cpp:560
I'm guessing this is a regression from bug 716859.
|
Reporter | |
Comment 1•12 years ago
|
||
|
|
Reporter | |
Updated•12 years ago
|
Component: SVG → Canvas: WebGL
|
||
Comment 2•12 years ago
|
||
Ok, this looks simple enough. It looks like we aren't handling too-large canvases properly.
|
|
||
Updated•11 years ago
|
Whiteboard: webgl-internal
Is this bug still valid?
Flags: needinfo?(jruderman)
Whiteboard: webgl-internal → [gfx-noted] webgl-internal
|
||
Comment 4•7 years ago
|
||
On Win7 debug, this intermittently hits [@ mozilla::gl::GLContext::AfterGLCall(char const *)] crashes on Try that look a lot like bug 1402553 (known OOM-like behavior). Otherwise, it looks green.
https://treeherder.mozilla.org/logviewer.html#?job_id=142941461&repo=try
I'm inclined to just mark this WFM and land the test skipped on Win7 debug.
Status: NEW → RESOLVED
Closed: 7 years ago
Flags: needinfo?(jruderman) → in-testsuite+
Resolution: --- → WORKSFORME
Pushed by ryanvm@gmail.com:
https://hg.mozilla.org/integration/mozilla-inbound/rev/5ad9ae3952c6
Add crashtest. r=me
|
||
Comment 6•7 years ago
|
||
| bugherder | ||
You need to log in
before you can comment on or make changes to this bug.
Description
•