[chromium] Correctly recreate DrawingBuffer on lost device

• Component: WebGL
• Status: RESOLVED FIXED

[John Bauman]

[chromium] Correctly recreate DrawingBuffer on lost device

[John Bauman]

Created attachment 121760 [details]
Patch

[WebKit Review Bot]

Attachment 121760 [details] did not pass style-queue:

Failed to run "['Tools/Scripts/check-webkit-style', '--diff-files', u'Source/WebCore/ChangeLog', u'Source/WebCor..." exit_code: 1

Source/WebCore/ChangeLog:8:  Line contains tab character.  [whitespace/tab] [5]
Source/WebCore/ChangeLog:9:  Line contains tab character.  [whitespace/tab] [5]
Total errors found: 2 in 2 files


If any of these errors are false positives, please file a bug against check-webkit-style.

[John Bauman]

Created attachment 121761 [details]
Patch

[Jeff Timanus]

Comment on attachment 121761 [details]
Patch

Thanks for catching this, John.
LGTM.

[Kenneth Russell]

Comment on attachment 121761 [details]
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=121761&action=review

> Source/WebCore/ChangeLog:11
> +        No new tests.

Have you tried to use LayoutTestController.loseCompositorContext() (see LayoutTests/platform/chromium/compositing/) or the WEBGL_lose_context extension (see LayoutTests/fast/canvas/webgl/) to force execution of this code path?

In general we should add a test each time an issue like this is discovered to prevent future regressions. However, if the above primitives don't allow testing of this code path then I won't hold it up.

[Kenneth Russell]

Comment on attachment 121761 [details]
Patch

After offline discussion it seems like the WEBGL_lose_context extension would need to lose the context at a deeper level in order to test this code path. Given that, r+'ing as is to get this fix in now.

[WebKit Review Bot]

Comment on attachment 121761 [details]
Patch

Clearing flags on attachment: 121761

Committed r104636: <http://trac.webkit.org/changeset/104636>

[WebKit Review Bot]

All reviewed patches have been landed.  Closing bug.