| Summary: | [ BigSur ARM64, iOS 14 EWS] http/wpt/fetch/fetch-response-body-stop-in-worker.html is a flaky crash | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | WebKit | Reporter: | Robert Jenner <jenner> | ||||||
| Component: | WebCore Misc. | Assignee: | youenn fablet <youennf> | ||||||
| Status: | RESOLVED CONFIGURATION CHANGED | ||||||||
| Severity: | Normal | CC: | ehutchison, webkit-bot-watchers-bugzilla, webkit-bug-importer, youennf, ysuzuki | ||||||
| Priority: | P2 | Keywords: | InRadar | ||||||
| Version: | WebKit Nightly Build | ||||||||
| Hardware: | Unspecified | ||||||||
| OS: | Unspecified | ||||||||
| See Also: | https://bugs.webkit.org/show_bug.cgi?id=225534 | ||||||||
| Attachments: |
|
||||||||
|
Description
Robert Jenner
2021-05-07 11:34:29 PDT
Created attachment 428014 [details]
Full crashlog
Attaching full crashlog to bug.
This only appears to occur on Apple Silicon Macs. As such, I cannot reproduce the failure, as I do not have access to said system type. I have updated the test expectations here to Pass Crash for arm64 only: https://trac.webkit.org/changeset/277300/webkit Another crash log: Thread 32 Crashed:: WebCore: Worker 0 com.apple.JavaScriptCore 0x00000001022b7120 WTFCrash + 20 (Assertions.cpp:305) 1 com.apple.WebCore 0x00000001237995c0 WTFCrashWithInfo(int, char const*, char const*, int) + 32 (Assertions.h:695) 2 com.apple.WebCore 0x0000000125cf43b8 WebCore::invokeReadableStreamDefaultControllerFunction(JSC::JSGlobalObject&, JSC::Identifier const&, JSC::MarkedArgumentBuffer const&) + 220 (ReadableStreamDefaultController.cpp:48) 3 com.apple.WebCore 0x0000000125cf4818 WebCore::ReadableStreamDefaultController::enqueue(JSC::JSValue) + 220 (ReadableStreamDefaultController.cpp:105) 4 com.apple.WebCore 0x0000000125cf4a74 WebCore::ReadableStreamDefaultController::enqueue(WTF::RefPtr<JSC::ArrayBuffer, WTF::RawPtrTraits<JSC::ArrayBuffer>, WTF::DefaultRefDerefTraits<JSC::ArrayBuffer> >&&) + 524 (ReadableStreamDefaultController.cpp:128) 5 com.apple.WebCore 0x0000000124fdf474 WebCore::FetchBodySource::enqueue(WTF::RefPtr<JSC::ArrayBuffer, WTF::RawPtrTraits<JSC::ArrayBuffer>, WTF::DefaultRefDerefTraits<JSC::ArrayBuffer> >&&) + 64 (FetchBodySource.h:44) It seems like JS built-ins are non properly setup since they are not callable here. Crash appears to now appear on iOS in EWS. Crash Log: https://ews-build.s3-us-west-2.amazonaws.com/iOS-14-Simulator-WK2-Tests-EWS/r435451-19069/http/wpt/fetch/fetch-response-body-stop-in-worker-crash-log.txt Build: https://ews-build.webkit.org/#/builders/51/builds/19069 Updated test expectations at https://trac.webkit.org/changeset/282700/webkit https://trac.webkit.org/changeset/284706/webkit: updated test expectations as test is also crashing on iOS15 Latest crash is at https://build.webkit.org/results/Apple-Monterey-Debug-AppleSilicon-WK1-Tests/r286611%20(365)/http/wpt/fetch/fetch-response-body-stop-in-worker-crash-log.txt. What happens is that, if enqueue fails due to a termination error, we fail the response, which errors the source that is already errored. We should just exit early when erroring the source the second time. Created attachment 446999 [details]
Patch
Marking as configuration changed, since test is no longer crashing after Mark's changes. |