287815 2025-02-17 13:11:37 -0800 [curl] LibreSSL SSL_read: Connection closed abruptly, errno 0 (Fatal because this is a curl debug build) 2025-02-18 16:17:28 -0800 1 1 1 Unclassified WebKit Platform WebKit Nightly Build Unspecified Unspecified NEW DoNotImportToRadar P2 Normal --- 1 fujii webkit-unassigned oldest_to_newest 2095242 0 fujii 2025-02-17 13:11:37 -0800 If I use a debug build of libcurl.dll, some https tests fail. For example, http/wpt/service-workers/check-service-worker-header.https.html [ Failure ] imported/w3c/web-platform-tests/cookies/secure/set-from-dom.https.sub.html [ Failure ] imported/w3c/web-platform-tests/urlpattern/urlpattern.https.any.worker.html [ Failure ] If I open https://localhost:9443/WebKit/service-workers/check-service-worker-header.https.html with Windows MiniBrowser, the following message was reported on the debug console. > LibreSSL SSL_read: Connection closed abruptly, errno 0 (Fatal because this is a curl debug build) To use a debug build of libcurl.dll, copy libcurl.dll and zlib1.dll from WebKitLibraries/win/debug/bin directory to WebKitLibraries/win/bin or WebKitBuild/Debug/bin directories. However, due to another libcurl bug bug#286788, libcurl is going to abort quickly now. You need to compile libcurl with the DEBUGASSERT(NULL) commented out. 2095273 1 fujii 2025-02-17 14:23:14 -0800 curl.exe also reports an error. > curl.exe -k https://localhost:9443/WebKit/service-workers/check-service-worker-header.https.html > (...) > curl: (56) Failure when receiving data from the peer 2095340 2 fujii 2025-02-17 17:00:50 -0800 This is the code of "Fatal because this is a curl debug build". https://github.com/curl/curl/blob/61f85bf9678952039efc220591a264620909ac5d/lib/vtls/openssl.c#L5217-L5242 This seems to be curl's intention. https://github.com/curl/curl/issues?q=is%3Aissue%20%22Fatal%20because%20this%20is%20a%20curl%20debug%20build%22%20 https://github.com/curl/curl/issues/15669#issuecomment-2514419251 2095341 3 fujii 2025-02-17 17:02:23 -0800 CurlRequestScheduler::completeTransfer gets CURLE_OK with a release build of libcurl.dll, but CURLE_RECV_ERROR with a debug build. 2095415 4 fujii 2025-02-17 23:55:24 -0800 I use this patch to dump libcurl debug log to the debug console. diff --git a/Source/WebCore/platform/network/curl/CurlRequest.cpp b/Source/WebCore/platform/network/curl/CurlRequest.cpp index 950dbeadadf1..3f0dd3d0c481 100644 --- a/Source/WebCore/platform/network/curl/CurlRequest.cpp +++ b/Source/WebCore/platform/network/curl/CurlRequest.cpp @@ -512,6 +512,7 @@ int CurlRequest::didReceiveDebugInfo(curl_infotype type, std::span<const char> d { if (!data.data()) return 0; + OutputDebugStringA(data.data()); if (type == CURLINFO_HEADER_OUT) { String requestHeader(data); 2095560 5 474276 fujii 2025-02-18 13:20:54 -0800 Created attachment 474276 workaround patch for libcurl 8.12.1 2095644 6 fujii 2025-02-18 15:52:08 -0800 Run wpt server by invoking "python wpt.py serve" in another terminal. If I specify a pipe, the error doesn't happen. > PS C:\> curl --no-progress-meter -ko NUL https://web-platform.test:8443/acid/README.md > curl: (56) Failure when receiving data from the peer > PS C:\> curl --no-progress-meter -ko NUL https://web-platform.test:8443/acid/README.md?pipe=sub 2095657 7 fujii 2025-02-18 16:17:28 -0800 This is a workaround patch. diff --git a/LayoutTests/imported/w3c/web-platform-tests/tools/wptserve/wptserve/handlers.py b/LayoutTests/imported/w3c/web-platform-tests/tools/wptserve/wptserve/handlers.py index 62faf47d6456..5b302f03bb54 100644 --- a/LayoutTests/imported/w3c/web-platform-tests/tools/wptserve/wptserve/handlers.py +++ b/LayoutTests/imported/w3c/web-platform-tests/tools/wptserve/wptserve/handlers.py @@ -243,7 +243,7 @@ class FileHandler: """Return either the handle to a file, or a string containing the content of a chunk of the file, if we have a range request.""" if byte_ranges is None: - return open(path, 'rb') + return open(path, 'rb').read() else: with open(path, 'rb') as f: response.status = 206 474276 2025-02-18 13:20:54 -0800 2025-02-18 13:20:54 -0800 workaround patch for libcurl 8.12.1 curl.patch text/plain 1032 fujii ZGlmZiAtLWdpdCBhL2xpYi9tdWx0aS5jIGIvbGliL211bHRpLmMKaW5kZXggMmIwNWU5NGEwLi5l MDk5MDRmZjcgMTAwNjQ0Ci0tLSBhL2xpYi9tdWx0aS5jCisrKyBiL2xpYi9tdWx0aS5jCkBAIC0z MDkxLDcgKzMwOTEsNyBAQCBDVVJMTWNvZGUgQ3VybF9tdWx0aV9wb2xsc2V0X2V2KHN0cnVjdCBD dXJsX211bHRpICptdWx0aSwKICAgICAgICAgLyogc3RpbGwgdXNlcnMsIGJ1dCByZW1vdmUgdGhp cyBoYW5kbGUgYXMgYSB1c2VyIG9mIHRoaXMgc29ja2V0ICovCiAgICAgICAgIGlmKEN1cmxfaGFz aF9kZWxldGUoJmVudHJ5LT50cmFuc2ZlcnMsIChjaGFyICopJmRhdGEsCiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgc2l6ZW9mKHN0cnVjdCBDdXJsX2Vhc3kgKikpKSB7Ci0gICAgICAgICAg REVCVUdBU1NFUlQoTlVMTCk7CisgICAgICAgICAgLy9ERUJVR0FTU0VSVChOVUxMKTsKICAgICAg ICAgfQogICAgICAgfQogICAgIH0KZGlmZiAtLWdpdCBhL2xpYi92dGxzL29wZW5zc2wuYyBiL2xp Yi92dGxzL29wZW5zc2wuYwppbmRleCA2ZGVkNWYzYzAuLmUwZTVkMmMxMyAxMDA2NDQKLS0tIGEv bGliL3Z0bHMvb3BlbnNzbC5jCisrKyBiL2xpYi92dGxzL29wZW5zc2wuYwpAQCAtNTIyOSw3ICs1 MjI5LDcgQEAgc3RhdGljIHNzaXplX3Qgb3NzbF9yZWN2KHN0cnVjdCBDdXJsX2NmaWx0ZXIgKmNm LAogICAgICAgICAgV2UgY2FuIHVzZSB0aGlzIHRvIGdhdWdlIGhvdyBtYW55IHVzZXJzIG1heSBi ZSBhZmZlY3RlZCwgYW5kCiAgICAgICAgICBpZiBpdCBnb2VzIG9rIGV2ZW50dWFsbHkgdHJhbnNp dGlvbiB0byBhbGxvdyBpbiBkZXYgYW5kIHJlbGVhc2Ugd2l0aAogICAgICAgICAgdGhlIG5ld2Vz dCBPcGVuU1NMOiAjaWYgKE9QRU5TU0xfVkVSU0lPTl9OVU1CRVIgPj0gMHgxMDEwMTAwMEwpICov Ci0jaWZkZWYgREVCVUdCVUlMRAorI2lmIDAKICAgICAgIGlmKGVyciA9PSBTU0xfRVJST1JfU1lT Q0FMTCkgewogICAgICAgICBpbnQgc29ja2VyciA9IFNPQ0tFUlJOTzsKICAgICAgICAgaWYoc29j a2VycikK