Backport the fix to an edge case, it's now possible for a primary

  request which has a body in spite of what was determined by the
  header parsing; this would usually be due to an input filter between
  the client request and mod_proxy.  Add another consideration, and
  force the C-L determination if we saw bytes in already.

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/proxy-reqbody-2.0.x@230726 13f79535-47bb-0310-9956-ffa450edef68

diff --git a/modules/proxy/proxy_http.c b/modules/proxy/proxy_http.c
index 00bdb806059141f428e05fbea6c98f36880ce805..5575e7e1ac8e1b3cb8c76bc413789a42fae4cd92 100644 (file)
--- a/modules/proxy/proxy_http.c
+++ b/modules/proxy/proxy_http.c
@@ -1144,7 +1144,8 @@ skip_body:
     case RB_SPOOL_CL:
         status = spool_reqbody_cl(p, r, p_conn, origin, bb,
                                   input_brigade, (old_cl_val != NULL)
-                                              || (old_te_val != NULL));
+                                              || (old_te_val != NULL)
+                                              || (bytes_read > 0));
         break;
     default:
         ap_assert(1 != 1);