WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
119589
[BlackBerry] Don't release the canvas Drawable, flush it directly instead
https://bugs.webkit.org/show_bug.cgi?id=119589
Summary
[BlackBerry] Don't release the canvas Drawable, flush it directly instead
Jakob Petsovits
Reported
2013-08-08 12:26:34 PDT
The current compositing code uses releaseBufferDrawable() to flush painted ImageBuffer contents, but then proceeds to use that released Drawable for further painting without ever locking a new one. In an implementation that actually releases the Drawable rather than keeping it around and just flushing it, this will wreak havoc as bad as black screens or crashes. As a solution that doesn't require the ImageBuffer object to swap out its m_canvas member for a new Drawable, we can access the PlatformGraphicsContext::flush() method directly to achieve the same effect as was previously intended by calling releaseBufferDrawable(). All it needs is letting the canvas layer know about the Drawable so it can call that flush() method by itself. Related: BlackBerry JIRA 444857,
https://jira.bbqnx.net/browse/BRWSR-12531
Attachments
Patch
(8.41 KB, patch)
2013-08-08 12:46 PDT
,
Jakob Petsovits
no flags
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Jakob Petsovits
Comment 1
2013-08-08 12:46:14 PDT
Created
attachment 208362
[details]
Patch
WebKit Commit Bot
Comment 2
2013-08-09 08:27:15 PDT
Comment on
attachment 208362
[details]
Patch Clearing flags on attachment: 208362 Committed
r153895
: <
http://trac.webkit.org/changeset/153895
>
WebKit Commit Bot
Comment 3
2013-08-09 08:27:17 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