WebKit Bugzilla
New
Browse
Search+
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
85317
Don't allocate stencil buffer if stencil flag is false in context creation attributes
https://bugs.webkit.org/show_bug.cgi?id=85317
Summary
Don't allocate stencil buffer if stencil flag is false in context creation at...
Kenneth Russell
Reported
2012-05-01 15:26:04 PDT
Per discussion on the public_webgl list, it's been agreed that if the stencil flag is set to false in the context creation attributes, the WebGL implementation must not allocate a stencil buffer. This behavior is needed for cross-browser compatibility; otherwise, applications might expect a stencil buffer to be allocated even if they didn't explicitly request one. Chromium used to implement this behavior, but it was lost during the transition to DrawingBuffer. For best portability, the logic should be re-introduced in WebGLRenderingContext.
Attachments
Patch
(26.12 KB, patch)
2012-05-01 16:22 PDT
,
Kenneth Russell
no flags
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Kenneth Russell
Comment 1
2012-05-01 15:27:03 PDT
Firefox bugs that were filed because of Chromium's behavior:
https://bugzilla.mozilla.org/show_bug.cgi?id=648883
https://bugzilla.mozilla.org/show_bug.cgi?id=745880
Kenneth Russell
Comment 2
2012-05-01 16:22:48 PDT
Created
attachment 139703
[details]
Patch
Jeff Timanus
Comment 3
2012-05-01 20:08:24 PDT
Comment on
attachment 139703
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=139703&action=review
LGTM. I wonder if this CL is a sign of a trend where we will have to push similar validation up to the webgl rendering context . . .
> LayoutTests/fast/canvas/webgl/context-attributes-alpha-depth-stencil-antialias.html:18 > +precision mediump float;
If I understand correctly, webgl shaders always should support the precision specifier. Is there a reason why this was previously highp? Making the change to mediump just for the sake of cleaning up?
Zhenyao Mo
Comment 4
2012-05-01 20:30:25 PDT
(In reply to
comment #3
)
> (From update of
attachment 139703
[details]
) > View in context:
https://bugs.webkit.org/attachment.cgi?id=139703&action=review
> > LGTM. > > I wonder if this CL is a sign of a trend where we will have to push similar validation up to the webgl rendering context . . . > > > LayoutTests/fast/canvas/webgl/context-attributes-alpha-depth-stencil-antialias.html:18 > > +precision mediump float; > > If I understand correctly, webgl shaders always should support the precision specifier. Is there a reason why this was previously highp? Making the change to mediump just for the sake of cleaning up?
LGTM. Originally we used highp in most of conformance tests, and later we cleaned it up because highp support in fragment shader is optional. I think this test was checked into webkit before the cleanup, and now it's only a sync to the khronos which has the cleanup.
Dimitri Glazkov (Google)
Comment 5
2012-05-02 12:40:01 PDT
Comment on
attachment 139703
[details]
Patch rs=me. If zmo says LGTM, I tend to agree.
Kenneth Russell
Comment 6
2012-05-02 12:41:12 PDT
(In reply to
comment #3
)
> I wonder if this CL is a sign of a trend where we will have to push similar validation up to the webgl rendering context . . .
Yes, I think it is; see dependent
bug 85338
.
WebKit Review Bot
Comment 7
2012-05-02 12:57:02 PDT
Comment on
attachment 139703
[details]
Patch Clearing flags on attachment: 139703 Committed
r115870
: <
http://trac.webkit.org/changeset/115870
>
WebKit Review Bot
Comment 8
2012-05-02 12:57:16 PDT
All reviewed patches have been landed. Closing bug.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug