RESOLVED FIXED 197927
Crash under WebCore::TimerBase::~TimerBase after a download is canceled 
https://bugs.webkit.org/show_bug.cgi?id=197927
Summary Crash under WebCore::TimerBase::~TimerBase after a download is canceled
David Quesada
Reported 2019-05-15 14:37:28 PDT
rdar://problem/50822728
Attachments
Patch (3.23 KB, patch)
2019-05-15 15:49 PDT, David Quesada 		no flags
DetailsFormatted DiffDiff
View All Add attachment proposed patch, testcase, etc.
David Quesada
Comment 1 2019-05-15 15:49:02 PDT
Created attachment 370001 [details] Patch
Ryosuke Niwa
Comment 2 2019-05-24 14:46:08 PDT
Comment on attachment 370001 [details] Patch Looks sane to me.
WebKit Commit Bot
Comment 3 2019-05-24 15:13:08 PDT
Comment on attachment 370001 [details] Patch Clearing flags on attachment: 370001 Committed r245756: <https://trac.webkit.org/changeset/245756>
WebKit Commit Bot
Comment 4 2019-05-24 15:13:09 PDT
All reviewed patches have been landed. Closing bug.
Shawn Roberts
Comment 5 2019-05-24 17:30:14 PDT
Hello, it appears like after changes in r245756 the following API tests are flakey timeouts TestWebKitAPI.DownloadProgress.LoseProgressWhenDownloadIsCanceled Appears to time out every WK2 run https://build.webkit.org/builders/Apple%20Mojave%20Release%20WK1%20%28Tests%29/builds/5157/steps/run-api-tests/logs/stdio Also these 2 can also timeout on WK1 TestWebKitAPI.DownloadProgress.CancelDownloadWhenProgressIsCanceled TestWebKitAPI._WKDownload.DownloadMonitorCancel https://build.webkit.org/builders/Apple%20Mojave%20Release%20WK1%20%28Tests%29/builds/5158/steps/run-api-tests/logs/stdio We are having issues with Debug builders right now, so I do not have spades to test with. I will try to get some to test with, but this seems like the most likely culprit for these Timeouts.
Note You need to log in before you can comment on or make changes to this bug.