Bug 105136

Summary: [EFL][WK2][WebGL] The top left side of the screen is shown inside the canvas element
Product: WebKit Reporter: Yael <yael>
Component: WebGLAssignee: Viatcheslav Ostapenko <ostap73>
Status: RESOLVED FIXED    
Severity: Normal CC: kalyan.kondapally, laszlo.gombos, noam, ostap73, webkit.review.bot, zeno
Priority: P2    
Version: 528+ (Nightly build)   
Hardware: Unspecified   
OS: Unspecified   
Bug Depends on:    
Bug Blocks: 104532, 106319    
Attachments:
Description Flags
The issue
none
Patch none

Yael
Reported 2012-12-16 13:44:57 PST
When loading a page with webGL, the first display is of the top left side of the screen. If there are subsequent repaints, the actual canvas will show later. In many static pages, the canvas does not show.
Attachments
The issue (104.16 KB, image/png)
2012-12-16 13:45 PST, Yael 		no flags
Details
Patch (1.73 KB, patch)
2013-01-07 18:45 PST, Viatcheslav Ostapenko 		no flags
DetailsFormatted DiffDiff
View All Add attachment proposed patch, testcase, etc.
Yael
Comment 1 2012-12-16 13:45:26 PST
Created attachment 179664 [details] The issue
Viatcheslav Ostapenko
Comment 2 2013-01-07 18:45:12 PST
Created attachment 181621 [details] Patch
WebKit Review Bot
Comment 3 2013-01-07 22:54:51 PST
Comment on attachment 181621 [details] Patch Clearing flags on attachment: 181621 Committed r139033: <http://trac.webkit.org/changeset/139033>
WebKit Review Bot
Comment 4 2013-01-07 22:54:55 PST
All reviewed patches have been landed. Closing bug.
Kalyan
Comment 5 2013-01-08 03:40:37 PST
(In reply to comment #2) > Created an attachment (id=181621) [details] > Patch Bit late here, but this is not the right place to include the swap buffer call. As we can be using either EGL or GLX. Probably the call should be in PlatformContextEfl after setting the geometry. I will try to open another issue for this. On second thought, we differ the setgeometry calls till we actually blit the texture contents to FBO in our platformLayer(GraphicsContext3DPrivate). We eventually call swapbuffers after the blit operation anyway. So, is the issue here that the buffers are not resized properly before the blit operation happens ?? (i.e would glviewport call be enough here )
Viatcheslav Ostapenko
Comment 6 2013-01-08 08:30:36 PST
(In reply to comment #5) > (In reply to comment #2) > > Created an attachment (id=181621) [details] [details] > > Patch > > Bit late here, but this is not the right place to include the swap buffer call. As we can be using either EGL or GLX. Probably the call should be in PlatformContextEfl after setting the geometry. I will try to open another issue for this. Do we have the same problem on EGL? I thought it is Xorg specific. > On second thought, we differ the setgeometry calls till we actually blit the > texture contents to FBO in our platformLayer(GraphicsContext3DPrivate). > We eventually call swapbuffers after the blit operation anyway. So, is the > issue here that the buffers are not resized properly before the blit operation > happens ?? (i.e would glviewport call be enough here ) Mesa by default doesn't resize frame buffers on glViewport. I tried it. Get mesa sources and grep for ST_MANAGER_BROKEN_INVALIDATE . I found swapbuffers is the only way to force resize.
Note You need to log in before you can comment on or make changes to this bug.