Issue metadata
Sign in to add a comment
|
count <= maxElementCountInBackingStore<T>() in PartitionAllocator.h |
||||||||||||||||||||||
Issue descriptionDetailed report: https://cluster-fuzz.appspot.com/testcase?key=5590039158587392 Fuzzer: inferno_twister Job Type: mac_asan_content_shell Platform Id: mac Crash Type: CHECK failure Crash Address: Crash State: count <= maxElementCountInBackingStore<T>() in PartitionAllocator.h void WTF::Vector<char, 0ul, WTF::PartitionAllocator>::append<char> blink::BlobData::appendBytes Sanitizer: address (ASAN) Regressed: https://cluster-fuzz.appspot.com/revisions?job=mac_asan_content_shell&range=447465:447478 Reproducer Testcase: https://cluster-fuzz.appspot.com/download/AMIfv96CvGKeOKTRuUIhPUjPJgmTPo5PGvntREoY3gkQ2uZg2Ryb_mBXjE8QlyzlMHX1S6qZ-AxJZjU5qq7lT9Ty2IlWhbGte_eDQZjt9cG0wfPd35gIKVLmMVr4uHBkoEopnTlTDm2UPjFSYq0XzFsV1MQJRQ9oEAuFoavXPwPKbbcoSYe3jiR0CJcUb7A2vgq_111tmB2DELHqR2S1x6OHvZzAi3iV3DX43oeKUjx37zGji12qPa9Z9Y-Ngumz1jVfkXzKSUL1ROx1qaTEMs0TtxU80ermhzeSoSJdXxZjtVVTgc5iLYhbDfKIh7yz1hy8C32D0WpkWu0VVm7b9F24WzkK0R3nrrnnffb2EGvaH71l9F9j8ok?testcase_id=5590039158587392 Issue filed automatically. See https://dev.chromium.org/Home/chromium-security/bugs/reproducing-clusterfuzz-bugs for more information.
,
Feb 14 2017
This looks like a bug in blobs where it's asking us to make a Vector that's too big?
,
Feb 14 2017
dmurph@ - can you look?
,
Feb 14 2017
It looks like that test tries to make a 2 gigabyte file object?
shouldBe("new File([new Int16Array(2147483476)], 'world.html').size");
What are we expecting here?
,
Feb 17 2017
Issue 656539 for the same, but then with a RELEASE_ASSERT().
,
Feb 21 2017
It looks like we will throw (rather than OOM/crash) some operations (e.g. TypedArray ctors) if there's insufficient memory. If there's a point during the Blob/File lifecycle where that makes sense we could do something similar. E.g. when we try and make a copy of the bytes during the construction we could check available memory first and throw. This would be unspec'd behavior, but we know where the spec editor is so we could propose it.
,
Feb 22 2017
,
Mar 16 2017
,
Mar 31 2017
ClusterFuzz testcase 5826146647408640 is verified as fixed, so closing issue. If this is incorrect, please add ClusterFuzz-Wrong label and re-open the issue.
,
May 12 2017
ClusterFuzz has detected this issue as fixed in range 471041:471079. Detailed report: https://clusterfuzz.com/testcase?key=5590039158587392 Fuzzer: inferno_twister Job Type: mac_asan_content_shell Platform Id: mac Crash Type: CHECK failure Crash Address: Crash State: count <= maxElementCountInBackingStore<T>() in PartitionAllocator.h void WTF::Vector<char, 0ul, WTF::PartitionAllocator>::append<char> blink::BlobData::appendBytes Sanitizer: address (ASAN) Regressed: https://clusterfuzz.com/revisions?job=mac_asan_content_shell&range=447465:447478 Fixed: https://clusterfuzz.com/revisions?job=mac_asan_content_shell&range=471041:471079 Reproducer Testcase: https://clusterfuzz.com/download?testcase_id=5590039158587392 See https://dev.chromium.org/Home/chromium-security/bugs/reproducing-clusterfuzz-bugs for more information. If you suspect that the result above is incorrect, try re-doing that job on the test case report page. |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by nyerramilli@chromium.org
, Feb 6 2017Labels: -Type-Bug Test-Predator-Wrong-CLs M-58 Type-Bug-Regression
Owner: esprehn@chromium.org
Status: Assigned (was: Untriaged)