Move old media-related fuzzers from //testing/libfuzzer/fuzzers to //media/... |
||||
Issue descriptionMany of the first fuzzers were implemented under //testing, including a few MSE-related fuzzers. This bug tracks follow-up of CR comment: Per mmoroz@ on https://chromium-review.googlesource.com/c/chromium/src/+/729705/8/testing/libfuzzer/fuzzers/mp4_box_reader_fuzzer.cc#26: "Can we move this target to //media land? We are trying to store fuzzers closer to the code they are targeting. This is one of the very first fuzzers, this is why it got landed here."
,
Oct 31 2017
I've migrated the corpus and old fuzzer stats data.
,
Nov 7 2017
mmoroz@, on the stats page, I see nothing prior to ~Oct 30 for: libFuzzer_media_es_parser_mpeg1audio_fuzzer libFuzzer_media_es_parser_adts_fuzzer libFuzzer_media_es_parser_h264_fuzzer libFuzzer_media_mp4_box_reader_fuzzer Does this mean corpus or old stats *didn't* get migrated?
,
Nov 7 2017
,
Nov 7 2017
Hmm, I see. Looks like I need to rename the stats somewhere else. Thanks for catching! I'm taking a closer look now.
,
Nov 7 2017
I think I found what I've missed. Updating now and re-checking.
,
Nov 7 2017
Alright, I got different execution stats, but not coverage and corpus numbers so far: https://clusterfuzz.com/v2/fuzzer-stats/by-day/2017-10-03/2017-11-06/fuzzer/libFuzzer_media_es_parser_mpeg1audio_fuzzer
,
Nov 7 2017
Performance report link is there: https://clusterfuzz.com/v2/fuzzer-stats/by-day/2017-10-03/2017-11-06/fuzzer/libFuzzer_media_es_parser_mpeg1audio_fuzzer/job/libfuzzer_chrome_asan And coverage numbers are also working now. Corpus backup links are not updated, since we store backups only for a couple of weeks.
,
Nov 7 2017
And finally coverage reports have been migrated as well. I think I'm done now :)
,
Nov 7 2017
Thank you. IIUC this can now be closed. |
||||
►
Sign in to add a comment |
||||
Comment 1 by bugdroid1@chromium.org
, Oct 30 2017