RESOLVED FIXED231246
[ iOS15 ] TestWebKitAPI.ResourceLoadStatistics.DataTaskIdentifierCollision is a constant crash
https://bugs.webkit.org/show_bug.cgi?id=231246
Summary [ iOS15 ] TestWebKitAPI.ResourceLoadStatistics.DataTaskIdentifierCollision is...
Eric Hutchison
Reported 2021-10-05 11:55:56 PDT
TestWebKitAPI.ResourceLoadStatistics.DataTaskIdentifierCollision is a constant crash on iOS15 since r282887. History: https://results.webkit.org/?suite=api-tests&test=TestWebKitAPI.ResourceLoadStatistics.DataTaskIdentifierCollision Build: https://build.webkit.org/#/builders/28/builds/3324 Crash: TestWebKitAPI.ResourceLoadStatistics.DataTaskIdentifierCollision 2021-10-05 07:41:09.990 TestWebKitAPI[62822:10550457] Writing analzed variants. Child process terminated with signal 11: Segmentation fault Unable to reproduce crash locally. Test timed out on r283552 using run-api-tests --ios-simulator --iterations 25 TestWebKitAPI.ResourceLoadStatistics.DataTaskIdentifierCollision.
Attachments
Patch (8.42 KB, patch)
2021-10-05 17:37 PDT, Alex Christensen
no flags
Radar WebKit Bug Importer
Comment 1 2021-10-05 11:59:33 PDT
Alexey Proskuryakov
Comment 2 2021-10-05 15:46:57 PDT
*** Bug 231245 has been marked as a duplicate of this bug. ***
Alexey Proskuryakov
Comment 3 2021-10-05 15:47:59 PDT
> is a constant crash on iOS15 since r282887. That's just the first time the test ran, so definitely unrelated. We had this test crash (even every time) on other queues earlier than that.
Alex Christensen
Comment 4 2021-10-05 17:37:54 PDT
Chris Dumez
Comment 5 2021-10-05 17:54:08 PDT
Comment on attachment 440316 [details] Patch It is a mystery indeed but the new code looks good to me.
David Kilzer (:ddkilzer)
Comment 6 2021-10-05 18:27:54 PDT
Comment on attachment 440316 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=440316&action=review > Tools/TestWebKitAPI/Tests/WebKitCocoa/ResourceLoadStatistics.mm:-572 > - NSArray<NSString *> *messages = [delegate waitForMessages:2]; The other way to fix this is to make this a RetainPtr<NSArray<NSString *>> so that the lifetime of the object is guaranteed for the duration of this method. Under ARC, `messages` would be +1 retained until the end of the method automatically. With MRR, you either have to use manual -retain/-release, or you have to use RetainPtr<> to ensure the lifetime of the object. You could also change -waitForMessages: to return a RetainPtr<>, then you wouldn't need to autorelease the return value.
EWS
Comment 7 2021-10-05 20:47:23 PDT
Committed r283599 (242551@main): <https://commits.webkit.org/242551@main> All reviewed patches have been landed. Closing bug and clearing flags on attachment 440316 [details].
Alex Christensen
Comment 8 2021-10-06 08:27:19 PDT
It stopped crashing. Internal builds seem to be passing. Open source builds seem to be timing out. I can't reproduce the time out.
Eric Hutchison
Comment 9 2021-10-06 16:56:36 PDT
Was able to occasionally reproduce locally on r283657 using run-api-tests --ios-simulator --iterations 100 --release --child-processes 1 --no-build --verbose TestWebKitAPI.ResourceLoadStatistics.DataTaskIdentifierCollision. The test also timed out on a few iterations of the above test with --debug instead of --release. Test suite failed Timeout TestWebKitAPI.ResourceLoadStatistics.DataTaskIdentifierCollision Testing completed, Exit status: 3
Alexey Proskuryakov
Comment 10 2021-10-06 17:39:58 PDT
> Open source builds seem to be timing out. Is there a bug tracking that?
Eric Hutchison
Comment 11 2021-10-07 09:42:00 PDT
(In reply to Alexey Proskuryakov from comment #10) > > Open source builds seem to be timing out. > > Is there a bug tracking that? Created new bug for timeout: https://bugs.webkit.org/show_bug.cgi?id=231366
Note You need to log in before you can comment on or make changes to this bug.