Bug 168632

Summary: REGRESSION (r207720): /more/conformance/conformance/quickCheckAPI-S_V.html test fails
Product: WebKit Reporter: Chris Dumez <cdumez>
Component: CanvasAssignee: Chris Dumez <cdumez>
Status: RESOLVED FIXED    
Severity: Normal CC: commit-queue, darin, dino, esprehn+autocc, graouts, gyuyoung.kim, kondapallykalyan, rniwa, webkit-bug-importer
Priority: P2 Keywords: InRadar
Version: WebKit Nightly Build   
Hardware: Unspecified   
OS: Unspecified   
Bug Depends on:    
Bug Blocks: 163853    
Attachments:
Description Flags
Patch none

Chris Dumez
Reported 2017-02-20 20:36:21 PST
After r207720, the following WebGL conformance tests started failing: - /more/conformance/conformance/quickCheckAPI-S_V.html - /context/context-lost.html We started throwing security errors in case where we did not before. Chrome and Firefox are both passing these tests so our behavior is not interoperable.
Attachments
Patch (177.81 KB, patch)
2017-02-20 20:53 PST, Chris Dumez
no flags
Chris Dumez
Comment 1 2017-02-20 20:38:12 PST
Chris Dumez
Comment 2 2017-02-20 20:53:13 PST
Radar WebKit Bug Importer
Comment 3 2017-02-20 20:53:33 PST
Darin Adler
Comment 4 2017-02-21 11:07:41 PST
Comment on attachment 302223 [details] Patch Thanks for fixing this. I would prefer that we find a way to do this without ExceptionCode& out arguments, perhaps by having a return value of a different type.
Alex Christensen
Comment 5 2017-02-21 11:09:21 PST
Comment on attachment 302223 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=302223&action=review > Source/WebCore/html/canvas/WebGLRenderingContextBase.h:783 > + bool validateHTMLImageElement(const char* functionName, HTMLImageElement*, ExceptionCode&); > + bool validateHTMLCanvasElement(const char* functionName, HTMLCanvasElement*, ExceptionCode&); > #if ENABLE(VIDEO) > - bool validateHTMLVideoElement(const char* functionName, HTMLVideoElement*); > + bool validateHTMLVideoElement(const char* functionName, HTMLVideoElement*, ExceptionCode&); Wouldn't it be cleaner if these returned ExceptionOr<bool>?
Chris Dumez
Comment 6 2017-02-21 12:04:47 PST
Comment on attachment 302223 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=302223&action=review >> Source/WebCore/html/canvas/WebGLRenderingContextBase.h:783 >> + bool validateHTMLVideoElement(const char* functionName, HTMLVideoElement*, ExceptionCode&); > > Wouldn't it be cleaner if these returned ExceptionOr<bool>? I actually started writing this as ExceptionOr<bool> but found it a bit awkward. This is why I went with a simple revert for now. I can be convinced to go with ExceptionOr<bool> though. I think Darin may be hinting in this direction by saying we should not use ExceptionCode& parameters.
Chris Dumez
Comment 7 2017-02-21 16:54:24 PST
Comment on attachment 302223 [details] Patch Will land as is for now to fix the regression. We can implement a better design in a follow-up.
WebKit Commit Bot
Comment 8 2017-02-21 17:21:29 PST
Comment on attachment 302223 [details] Patch Clearing flags on attachment: 302223 Committed r212784: <http://trac.webkit.org/changeset/212784>
WebKit Commit Bot
Comment 9 2017-02-21 17:21:34 PST
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.