[Bug 56176] mod_substitute truncates the response body if the "Line is too long"

[bu...@apache.org]

https://bz.apache.org/bugzilla/show_bug.cgi?id=56176

--- Comment #3 from Adam <ad...@carus.com> ---
Just ran into this.  Agree that just returning the un-parsed line is not OK. 
But returning 200OK is also clearly wrong.  Would suggest it should return
either 502 or 500 error.  The new setting might help avoid it, but if hit it
should still not be 200.

We hit it when fetching a list from a REST API behind a reverse proxy with
mod_substitute enabled. In this case, it treated the whole response body as  a
single line so we got a 200 OK without a response body. A strange behaviour
also was that if fetching N items triggered the error then fetching N-1 would
complete in around 600ms but fetching N would take 5-6 seconds (and not have
body).  Is this expected in this situation, or is it the client waiting for a
body that never shows up?  Got same behaviour with command line curl and with
PostMan.

-- 
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org