Null-dereference READ in OmniboxView::OpenMatch |
|||||||
Issue descriptionDetailed report: https://clusterfuzz.com/testcase?key=5185601029275648 Fuzzer: phoglund_webrtc_peerconnection Job Type: linux_tsan_chrome_mp Platform Id: linux Crash Type: Null-dereference READ Crash Address: 0x000000000000 Crash State: OmniboxView::OpenMatch OmniboxPopupContentsView::OpenMatch OmniboxResultView::OnMouseReleased Sanitizer: thread (TSAN) Regressed: https://clusterfuzz.com/revisions?job=linux_tsan_chrome_mp&range=570219:570229 Reproducer Testcase: https://clusterfuzz.com/download?testcase_id=5185601029275648 Additional requirements: Requires Gestures Additional requirements: Requires HTTP Issue filed automatically. See https://github.com/google/clusterfuzz-tools for more information.
,
Jun 26 2018
Automatically assigning owner based on suspected regression changelist https://chromium.googlesource.com/chromium/src/+/18be5ab85d10bc0768c8fad00d898c5adc647208 (views: Extract MusViewsDelegate to its own file). 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.
,
Jun 26 2018
ClusterFuzz testcase 5185601029275648 appears to be flaky, updating reproducibility label.
,
Jun 26 2018
Allen, maybe related to MD being enabled? https://chromium-review.googlesource.com/c/chromium/src/+/1102821
,
Jun 26 2018
,
Jul 3
Over to jdonnelly@ for further triage and investigation.
,
Jul 3
Likely a dup of bug 857486.
,
Jul 6
|
|||||||
►
Sign in to add a comment |
|||||||
Comment 1 by ClusterFuzz
, Jun 26 2018Labels: Test-Predator-Auto-Components