From e79c7937407bc9ca60ed2c5e511bd6ffa9ed59ad Mon Sep 17 00:00:00 2001 From: Eric Covener Date: Wed, 29 Dec 2010 03:39:31 +0000 Subject: xforms git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1053528 13f79535-47bb-0310-9956-ffa450edef68 --- docs/manual/mod/mod_headers.html.en | 38 ++++++++++++++++++++++++++----------- 1 file changed, 27 insertions(+), 11 deletions(-) (limited to 'docs/manual') diff --git a/docs/manual/mod/mod_headers.html.en b/docs/manual/mod/mod_headers.html.en index ca8ae94e2d..c4deb0c97e 100644 --- a/docs/manual/mod/mod_headers.html.en +++ b/docs/manual/mod/mod_headers.html.en @@ -212,23 +212,39 @@ headers Override:FileInfo Status:Extension Module:mod_headers -Compatibility:Default condition changes in 2.3.9 from "onsuccess" to "always" +Compatibility:Default condition was temporarily changed to "always" in 2.3.9 and 2.3.10

This directive can replace, merge or remove HTTP response headers. The header is modified just after the content handler and output filters are run, allowing outgoing headers to be modified.

-

In 2.3.9 and later, the default condition is "always", meaning this directive - acts without regard for the response status code. In 2.3.8 and earlier, - "onsuccess" is the default, meaning headers are only modified for 2xx - responses.

- -

An effective value of always may be needed to influence - headers set by some internal modules (such as mod_cgi) - even for successful responses, and is always needed to affect - non-2xx responses such as redirects or client - errors.

+

The optional condition argument determines which internal + table of responses headers this directive will operate against. Other + components of the server may have stored their response headers in either + the table that corresponds to onsuccess or the table that + corresponds to always. "Always" in this context refers to + whether headers you add will be sent during both a successful and unsucessful + response, but if your action is a function of an existing header, you + will have to read on for further complications.

+ +

The default value of onsuccess may need to be changed to + always under the circumstances similar to those listed below + Note also that repeating this directive with both conditions makes sense in + some scenarios because always is not a superset of + onsuccess with respect to existing headers:

+ +

The action it performs is determined by the first argument (second argument if a condition is specified). -- cgit v1.2.1