From: Daniel Stenberg Date: Tue, 7 Jan 2025 17:06:24 +0000 (+0100) Subject: DEPRECATE: remove msh3 in six months X-Git-Tag: curl-8_12_0~176 X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=115ea7633e85da9b2aa750ed5e06a46ad43f69de;p=thirdparty%2Fcurl.git DEPRECATE: remove msh3 in six months The msh3 backed for QUIC and HTTP/3 was introduced in April 2022 but has never been made to work properly. It has seen no visible traction or developer activity from the msh3 main author (or anyone else seemingly interested) in two years. As a non-functional backend, it only adds friction and "weight" to the development and maintenance. Meanwhile, we have a fully working backend in the ngtcp2 one and we have two fully working backends in OpenSSL-QUIC and quiche well on their way of ending their experimental status in a future. We remove msh3 support from the curl source tree in July 2025. Closes #15931 --- diff --git a/docs/DEPRECATE.md b/docs/DEPRECATE.md index 2ea16e0f89..24d594852a 100644 --- a/docs/DEPRECATE.md +++ b/docs/DEPRECATE.md @@ -23,6 +23,20 @@ and use TLS 1.3, or else it is not good enough. As of May 2024, the libraries that need to get fixed to remain supported after May 2025 are: BearSSL and Secure Transport. +## msh3 support + +The msh3 backed for QUIC and HTTP/3 was introduced in April 2022 but has never +been made to work properly. It has seen no visible traction or developer +activity from the msh3 main author (or anyone else seemingly interested) in +two years. As a non-functional backend, it only adds friction and "weight" to +the development and maintenance. + +Meanwhile, we have a fully working backend in the ngtcp2 one and we have two +fully working backends in OpenSSL-QUIC and quiche well on their way of ending +their experimental status in a future. + +We remove msh3 support from the curl source tree in July 2025. + ## Past removals - Pipelining