Blaise Tarr wrote: >With 2.0.40 content coming from mod_proxy and mod_cgi is no longer >streamed to the client but sent in one big chunk. It appears that the >C-L filter now buffers the data in every case. >
I believe this is due to the code in the content-length filter that tries to buffer up the whole request in order to compute a C-L at all costs if the client doesn't support chunked encoding. > For certain >applications this is a very undesirable feature, and it would be very >helpful if the C-L filter could be bypassed (and simply not send back >a C-L header). In 2.0.32 streaming behaved beautifully. Then in >2.0.36 and 2.0.39 the C-L filter started buffering large chunks. Now >in 2.0.40 everything is buffered and a C-L header is always inserted. >Could the 2.0.32 streaming/C-L behavior be brought back, perhaps >enabled by a config option? > > This has been on my list of things to fix for a while now. I was thinking of fixing it by preventing the C-L filter from settting aside buckets--i.e., have it give up on computing the C-L if it doesn't see an EOS in the brigade the first time it's called. If anybody is depending on the current "buffer the whole response" behavior of the C-L filter, though, please let me know and I'll make the buffering configurable. Thanks, Brian
