Float-cast-overflow in BlockedWindowParams::CreateNavigateParams |
||||||||||
Issue descriptionDetailed report: https://clusterfuzz.com/testcase?key=5318601069559808 Fuzzer: inferno_twister_c Job Type: linux_ubsan_chrome Platform Id: linux Crash Type: Float-cast-overflow Crash Address: Crash State: BlockedWindowParams::CreateNavigateParams ChromeContentBrowserClient::CanCreateWindow content::RenderFrameHostImpl::CreateNewWindow Sanitizer: undefined (UBSAN) Regressed: https://clusterfuzz.com/revisions?job=linux_ubsan_chrome&range=499930:499940 Reproducer Testcase: https://clusterfuzz.com/download?testcase_id=5318601069559808 Additional requirements: Requires HTTP Issue filed automatically. See https://github.com/google/clusterfuzz-tools for more information.
,
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
Automatically assigning owner based on suspected regression changelist https://chromium.googlesource.com/chromium/src/+/9c5c9bbd47f8c32b1ce94752ee12b3aa3629e1d5 (📺 Only use FullscreenActivity if the current Activity is RESUMED.). If this is incorrect, please remove the owner and apply the Test-Predator-Wrong-CLs label.
,
Oct 31 2017
Scott, can you take a look? Maybe it's related to the recent work you did with https://chromium.googlesource.com/chromium/src/+/8e6c60849cd210ebc2e464dd2b8af89dbad0e240%5E%21/chrome/browser/ui/blocked_content/blocked_window_params.cc
,
Oct 31 2017
All I did was change what struct was used. I'm guessing this is an old bug, or a new way of fuzzing by passing wild floats in.
,
Nov 7 2017
,
Nov 7 2017
,
Nov 7 2017
,
Nov 7 2017
,
Nov 14 2017
ClusterFuzz testcase 5318601069559808 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 dtapu...@chromium.org
, Oct 31 2017