RESOLVED FIXED 148476
[Cairo] Accelerated canvas should fall back to non-accelerated canvas on creation failure 
https://bugs.webkit.org/show_bug.cgi?id=148476
Summary [Cairo] Accelerated canvas should fall back to non-accelerated canvas on crea...
Jinyoung Hur
Reported 2015-08-26 08:03:22 PDT
[Cairo] Accelerated canvas should fall back to uunaccelrated canvas on creation failure
Attachments
Patch (2.36 KB, patch)
2015-08-26 08:42 PDT, Jinyoung Hur 		no flags
DetailsFormatted DiffDiff
View All Add attachment proposed patch, testcase, etc.
Jinyoung Hur
Comment 1 2015-08-26 08:42:28 PDT
Created attachment 259952 [details] Patch
Jinyoung Hur
Comment 2 2015-08-26 08:44:47 PDT
Cairo-gl backed surface might fail to be created with large dimensions, e.g., 50x32000, depending on the gl implementations. In case of Mac port, ImageBufferCG falls back to a software surface when it fails to create IOSurface, an accelerated surface. Though the unaccelerated surface could be slower, it would be better to create a working surface than nothing.
Jinyoung Hur
Comment 3 2015-08-26 08:45:43 PDT
Cairo-gl backed surface might fail to be created with large dimensions, e.g., 50x32000, depending on the gl implementations. In case of Mac port, ImageBufferCG falls back to a software surface when it fails to create IOSurface, an accelerated surface. Though the unaccelerated surface could be slower, it would be better to create a working surface than nothing.
Brent Fulgham
Comment 4 2015-08-26 08:59:15 PDT
Comment on attachment 259952 [details] Patch r=me.
WebKit Commit Bot
Comment 5 2015-08-26 09:44:59 PDT
Comment on attachment 259952 [details] Patch Clearing flags on attachment: 259952 Committed r188968: <http://trac.webkit.org/changeset/188968>
WebKit Commit Bot
Comment 6 2015-08-26 09:45:02 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.