aboutsummaryrefslogtreecommitdiff
path: root/src/include/microhttpd.h
diff options
context:
space:
mode:
authorChristian Grothoff <christian@grothoff.org>2018-10-16 20:42:54 +0200
committerChristian Grothoff <christian@grothoff.org>2018-10-16 20:44:39 +0200
commit9199e5aa3ac29235ee0326bf6ebc70882c63c268 (patch)
treedd4bcd6c8a1a6b2cdb7de3e5278b306127befcec /src/include/microhttpd.h
parentf7ab8b59a30cbd3c4e1b09906df2d4ffdff0472e (diff)
downloadlibmicrohttpd-9199e5aa3ac29235ee0326bf6ebc70882c63c268.tar.gz
libmicrohttpd-9199e5aa3ac29235ee0326bf6ebc70882c63c268.zip
From: Gauthier Haderer <ghaderer@wyplay.com>
Date: Mon, 15 Oct 2018 14:11:39 +0200 Subject: [PATCH] Add response flag to force version to 1.0 and maintain connection management. The existing MHD_RF_HTTP_VERSION_1_0_ONLY flag already changes MHD's behavior to apply HTTP 1.0 rules for connection management. When enabled, MHD sends a response using the same version as used in the request (is this normal?). What I want is MHD responding as a HTTP 1.0 server with support for connection management headers would do. This is what the MHD_RF_HTTP_VERSION_1_0_RESPONSE response flag is for. You can even combine it with MHD_RF_HTTP_VERSION_1_0_ONLY to change the response's HTTP version while maintaining strict compliance with HTTP 1.0 regarding connection management. This solution is not perfect as this flag is set on the response which is created after header processing. So MHD will behave as a HTTP 1.1 server until the response is queued. It means that an invalid HTTP 1.1 request will fail even if the response is sent with HTTP 1.0 and the request would be valid if interpreted with this version. For example, this request will fail in strict mode: GET /dummy HTTP/1.1 as the Host header is missing and is mandatory in HTTP 1.1, but it should succeed when interpreted with HTTP 1.0. I don't think this is a big issue in practice. Besides, being able to change the HTTP version on a response basis is really convenient when using MHD in a test framework where we need to validate a client against HTTP 1.1 AND HTTP 1.0.
Diffstat (limited to 'src/include/microhttpd.h')
-rw-r--r--src/include/microhttpd.h13
1 files changed, 12 insertions, 1 deletions
diff --git a/src/include/microhttpd.h b/src/include/microhttpd.h
index dae41fba..70ecd6e9 100644
--- a/src/include/microhttpd.h
+++ b/src/include/microhttpd.h
@@ -2623,8 +2623,19 @@ enum MHD_ResponseFlags
2623 * Only respond in conservative HTTP 1.0-mode. In particular, 2623 * Only respond in conservative HTTP 1.0-mode. In particular,
2624 * do not (automatically) sent "Connection" headers and always 2624 * do not (automatically) sent "Connection" headers and always
2625 * close the connection after generating the response. 2625 * close the connection after generating the response.
2626 * By default, MHD will respond using the same HTTP version which
2627 * was set in the request. You can also set the
2628 * #MHD_RF_HTTP_VERSION_1_0_RESPONSE flag to force version 1.0
2629 * in the response.
2626 */ 2630 */
2627 MHD_RF_HTTP_VERSION_1_0_ONLY = 1 2631 MHD_RF_HTTP_VERSION_1_0_ONLY = 1,
2632
2633 /**
2634 * Only respond in HTTP 1.0-mode. Contrary to the
2635 * #MHD_RF_HTTP_VERSION_1_0_ONLY flag, the response's HTTP version will
2636 * always be set to 1.0 and "Connection" headers are still supported.
2637 */
2638 MHD_RF_HTTP_VERSION_1_0_RESPONSE = 2
2628 2639
2629}; 2640};
2630 2641