RESOLVED FIXED 46437
Skia image decoder needs to check whether bitmap copying succeeded 
https://bugs.webkit.org/show_bug.cgi?id=46437
Summary Skia image decoder needs to check whether bitmap copying succeeded
Peter Kasting
Reported 2010-09-23 17:36:09 PDT
Visiting the provided URL tries to display an extremely large animated GIF. On my machine, Skia fails to allocate when it reached frame 3, but we don't notice because we don't check the return value of NativeImageSkia::copyTo(). Most other platforms presumably just crash directly when they can't allocate the memory trying to do the Vector copy, which is fine, but Skia uses an allocator that doesn't crash on failure. So this means we can corrupt memory. The fix is simple: check the relevant return code.
Attachments
patch v1 (30.78 KB, patch)
2010-09-23 18:34 PDT, Peter Kasting 		no flags
DetailsFormatted DiffDiff
patch v2 (29.46 KB, patch)
2010-09-27 14:05 PDT, Peter Kasting 		jamesr: review+
DetailsFormatted DiffDiff
Show Obsolete (1) View All Add attachment proposed patch, testcase, etc.
Peter Kasting
Comment 1 2010-09-23 18:34:42 PDT
Created attachment 68638 [details] patch v1 The only bad thing about this patch is that the layout test waits for 15 seconds. This was because the test case took anywhere from 7 to 11 seconds to crash on my Dev channel build of Chrome. I'm not sure how to speed this up :(
Peter Kasting
Comment 2 2010-09-24 09:12:15 PDT
Hmm... another problem is that I bet non-Skia platforms that use the open-source image decoders will crash on this testcase once it runs them out of RAM. Maybe I should make the layout test a manual test instead?
Peter Kasting
Comment 3 2010-09-27 14:05:45 PDT
Created attachment 68954 [details] patch v2 This makes the test a manual test at dglazkov's suggestion. I also fixed a missing resource in a similar test while I was at it. I can commit that part separately, but I threw it in here so I could get two r+s for the price of one.
James Robinson
Comment 4 2010-09-27 14:13:27 PDT
Comment on attachment 68954 [details] patch v2 R=me. Please make sure the images aren't svn:executable before landing.
Peter Kasting
Comment 5 2010-09-27 16:45:01 PDT
Fixed in r68446.
Note You need to log in before you can comment on or make changes to this bug.