Null-dereference in viz::TestLayerTreeFrameSink::RequestCopyOfOutput |
|||||
Issue descriptionDetailed report: https://clusterfuzz.com/testcase?key=6462481588551680 Fuzzer: inferno_layout_test_unmodified Job Type: windows_syzyasan_content_shell Platform Id: windows Crash Type: Null-dereference Crash Address: 0x000001d3 Crash State: viz::TestLayerTreeFrameSink::RequestCopyOfOutput content::CopyRequestSwapPromise::WillSwap cc::LayerTreeImpl::FinishSwapPromises Memory Tool: SYZYASAN Regressed: https://clusterfuzz.com/revisions?job=windows_syzyasan_content_shell&range=512297:512363 Reproducer Testcase: https://clusterfuzz.com/download?testcase_id=6462481588551680 Issue filed automatically. See https://github.com/google/clusterfuzz-tools for more information.
,
Oct 30 2017
I doubt my change caused this; I was simply changing a method to be const. Given that viz/ is involved, I would suspect https://chromium.googlesource.com/chromium/src/+/33bb6c6ac24c6054a6f36f31a0fc3234fbc93c07 from danajk@ - Dana could this be your change?
,
Oct 31 2017
Automatically applying components based on crash stacktrace and information from OWNERS files. If this is incorrect, please apply the Test-Predator-Wrong-Components label.
,
Oct 31 2017
ClusterFuzz has detected this issue as fixed in range 512594:512673. Detailed report: https://clusterfuzz.com/testcase?key=6462481588551680 Fuzzer: inferno_layout_test_unmodified Job Type: windows_syzyasan_content_shell Platform Id: windows Crash Type: Null-dereference Crash Address: 0x000001d3 Crash State: viz::TestLayerTreeFrameSink::RequestCopyOfOutput content::CopyRequestSwapPromise::WillSwap cc::LayerTreeImpl::FinishSwapPromises Memory Tool: SYZYASAN Regressed: https://clusterfuzz.com/revisions?job=windows_syzyasan_content_shell&range=512297:512363 Fixed: https://clusterfuzz.com/revisions?job=windows_syzyasan_content_shell&range=512594:512673 Reproducer Testcase: https://clusterfuzz.com/download?testcase_id=6462481588551680 See https://github.com/google/clusterfuzz-tools for more information. If you suspect that the result above is incorrect, try re-doing that job on the test case report page.
,
Oct 31 2017
ClusterFuzz testcase 6462481588551680 is verified as fixed, so closing issue as verified. If this is incorrect, please add ClusterFuzz-Wrong label and re-open the issue.
,
Oct 31 2017
Dana - looks like (probably) this was fixed by the revert of your patch? https://chromium.googlesource.com/chromium/src/+/e7d9e173258d7a04965d1bdd62e64e0ff70c69cb If so there is no further action here, but hopefully this will be a useful test for when you re-land :)
,
Nov 7 2017
|
|||||
►
Sign in to add a comment |
|||||
Comment 1 by pnangunoori@chromium.org
, Oct 30 2017Labels: M-64 Test-Predator-Wrong
Owner: smcgruer@chromium.org
Status: Assigned (was: Untriaged)