On Sat, 10 Nov 2007 21:08:37 -0500
Jeff Trawick [EMAIL PROTECTED] wrote:
As you note, that's a non-fix for the input filter.
Unsetting content-length for input should move to the
find_code_page function (on a fixup hook).
That would break reading the request body (assuming client used
On Nov 11, 2007 7:44 AM, Nick Kew [EMAIL PROTECTED] wrote:
On Sat, 10 Nov 2007 21:08:37 -0500
Jeff Trawick [EMAIL PROTECTED] wrote:
As you note, that's a non-fix for the input filter.
Unsetting content-length for input should move to the
find_code_page function (on a fixup hook).
On sön, 2007-11-11 at 12:44 +, Nick Kew wrote:
Note incoming c-l much earlier in the request processing cycle,
and use that for ap_http_filter? This would make sense for apps
that don't require c-l.
Except that you would then need to buffer the whole message to compute
the length..
On Sat, 10 Nov 2007 14:00:16 -
[EMAIL PROTECTED] wrote:
+ * mod_charset_lite: Remove Content-Length when output filter can
+ invalidate it. Warn when input filter can invalidate it.
+ trunk:
+http://svn.apache.org/viewvc?view=revrevision=380232
+ 2.2.x:
+
On Nov 10, 2007 9:14 AM, Nick Kew [EMAIL PROTECTED] wrote:
On Sat, 10 Nov 2007 14:00:16 -
[EMAIL PROTECTED] wrote:
+ * mod_charset_lite: Remove Content-Length when output filter can
+ invalidate it. Warn when input filter can invalidate it.
+ trunk:
+
