101286 2012-11-05 18:28:50 -0800 WebGLCanvas contents are not updated correctly. 2012-11-26 21:37:07 -0800 1 1 1 Unclassified WebKit WebKit EFL 528+ (Nightly build) PC Linux RESOLVED FIXED P2 Normal --- 101291 102991 0 kalyan.kondapally webkit-unassigned igor.oliveira kangil.han laszlo.gombos lucas.de.marchi ostap73 ryuan.choi tonikitoo yael zeno oldest_to_newest 759131 0 kalyan.kondapally 2012-11-05 18:28:50 -0800 Try running the following webgl demo in MiniBrowser: https://www.khronos.org/registry/webgl/sdk/demos/webkit/WebGL+CSS.html Some of the textures are not rendered properly. Mesa error log shows the following error: Mesa: User error: GL_INVALID_FRAMEBUFFER_OPERATION in glBlitFramebufferEXT(incomplete draw/read buffers) Demo works fine on all other browsers. 759133 1 kalyan.kondapally 2012-11-05 18:30:10 -0800 Working on a patch 763034 2 zeno 2012-11-09 08:08:12 -0800 (In reply to comment #1) > Working on a patch I assume that you are missing the BlitFramebuffer extension. In this case the solution is actually drawing the texture using the appropriate shaders. Take a look at GraphicsSurfaceWin.cpp function GraphicsSurfacePrivate::drawTexture. 765229 3 kalyan.kondapally 2012-11-12 21:54:47 -0800 (In reply to comment #2) > (In reply to comment #1) > > Working on a patch > > I assume that you are missing the BlitFramebuffer extension. > In this case the solution is actually drawing the texture using the appropriate shaders. > Take a look at GraphicsSurfaceWin.cpp function GraphicsSurfacePrivate::drawTexture. The error can also be caused in case FBO has no valid read/write buffers when trying to perform operations like blitting 773624 4 kalyan.kondapally 2012-11-21 23:36:36 -0800 This issue got fixed with the changes done in 101291. 775537 5 ryuan.choi 2012-11-26 09:11:29 -0800 I removed [EFL] alias not to redirect this bug when we searched [EFL] 776292 6 kalyan.kondapally 2012-11-26 21:14:04 -0800 (In reply to comment #5) > I removed [EFL] alias not to redirect this bug when we searched [EFL] This bug is specific to EFL port, the alias does make sense here. Any specific reason why we don’t want it ?? 776314 7 kangil.han 2012-11-26 21:37:07 -0800 (In reply to comment #6) > (In reply to comment #5) > > I removed [EFL] alias not to redirect this bug when we searched [EFL] > > This bug is specific to EFL port, the alias does make sense here. > > Any specific reason why we don’t want it ?? Oh, now searching with '[EFL]' displays result well in bugzilla! @kalyan : IIRC, search result with '[EFL]' always redirects here. :)