CHECK failure: false. DOMExeption should not be thrown in html_media_element.h |
||||||
Issue descriptionDetailed report: https://clusterfuzz.com/testcase?key=5736879350349824 Fuzzer: ifratric-browserfuzzer-v3 Job Type: linux_debug_chrome Platform Id: linux Crash Type: CHECK failure Crash Address: Crash State: false. DOMExeption should not be thrown in html_media_element.h blink::NonThrowableExceptionState::ThrowDOMException blink::HTMLMediaElement::setPlaybackRate Sanitizer: address (ASAN) Regressed: https://clusterfuzz.com/revisions?job=linux_debug_chrome&range=548447:548451 Reproducer Testcase: https://clusterfuzz.com/download?testcase_id=5736879350349824 Issue filed automatically. See https://github.com/google/clusterfuzz-tools for more information.
,
Sep 5
Predator and CL did not provide any possible suspects. Using Code Search for the file, "exception_state.cc" assigning to the concern owner. Suspecting Commit : https://chromium.googlesource.com/chromium/src/+/3ccf4b39bb83a2b0564cbef8e83e4db51386f9c7 yukishiino@ -- Could you please look into the issue, kindly re-assign if this is not related to your changes. Thank You.
,
Sep 8
ClusterFuzz testcase 5736879350349824 appears to be flaky, updating reproducibility label.
,
Sep 10
Assign the issue to mlamouri@, an owner of Blink>Media. HTMLMediaElement::setPlaybackRate is expected to throw a DOMException, but ASSERT_NO_EXCEPTION default argument is used incorrectly. https://cs.chromium.org/chromium/src/third_party/blink/renderer/core/html/media/html_media_element.h?rcl=d07754fc03da97240e0408a9258db85057650203&l=187 In general, ASSERT_NO_EXCEPTION shouldn't be (ab)used widely in production code as it's expected for user agents to propagate an exception to web author's try-catch block. This specific use case seems misuse (or abuse) of ASSERT_NO_EXCEPTION. The best fix would be to remove the default argument. setPlaybackRate has only two call sites.
,
Sep 11
Assigning to apacible@ as I believe she is the author of this change and I do not have cycles for this too :(
,
Sep 19
ClusterFuzz testcase 5736879350349824 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
, Sep 5Labels: Test-Predator-Auto-Components