Null-dereference READ in SkImage::isTextureBacked |
||||
Issue descriptionDetailed report: https://clusterfuzz.com/testcase?key=5633726957223936 Fuzzer: inferno_twister Job Type: linux_tsan_chrome_mp Platform Id: linux Crash Type: Null-dereference READ Crash Address: 0x000000000000 Crash State: SkImage::isTextureBacked blink::StaticBitmapImage::Create blink::StaticBitmapImage::Create Sanitizer: thread (TSAN) Regressed: https://clusterfuzz.com/revisions?job=linux_tsan_chrome_mp&range=523812:523838 Reproducer Testcase: https://clusterfuzz.com/download?testcase_id=5633726957223936 Issue filed automatically. See https://github.com/google/clusterfuzz-tools for more information.
,
Feb 12 2018
Automatically assigning owner based on suspected regression changelist https://chromium.googlesource.com/chromium/src/+/1893591e9688033abd956a1f4195568afabf4408 (Reland Remove ImageData from toBlob/toDataURL code path). If this is incorrect, please let us know why and apply the Test-Predator-Wrong-CLs label. If you aren't the correct owner for this issue, please unassign yourself as soon as possible so it can be re-triaged.
,
Feb 13 2018
I'm just going to fix all these failed image creation issues.
,
Mar 1 2018
ClusterFuzz testcase 5633726957223936 is flaky and no longer crashes, so closing issue. If this is incorrect, please add ClusterFuzz-Wrong label and re-open the issue. |
||||
►
Sign in to add a comment |
||||
Comment 1 by ClusterFuzz
, Feb 12 2018Labels: Test-Predator-Auto-Components