On Tuesday 02 August 2011, Torsten Förtsch wrote: > I don't know how common this situation is. It came up in the > modperl test suite (t/filter/both_str_req_mix.t). This test > contructs a filter chain like > > modperl filter > > INCLUDES > > another modperl filter > > DEFLATE > > The INCLUDES filter was passed a brigade containing a data bucket > with single SSI command like "<!--#include virtual=... -->" and a > flush bucket. mod_include then tries to find the "<!--#" sequence > and splits the bucket before this string. Thus, it gets a bucket > with an empty string. I am not sure if this bucket was delivered > in a separate brigade to the DEFLATE filter and the flush bucket > in the next one or if it was accompanied by the flush bucket. > > Although I can think of usage cases where it is common to send a > flush bucket in the first place just to get the headers out I > can't think of a way to make this happen with core httpd modules. > > So, I don't know if it qualifies for a showstopper for 2.3.14 beta.
Thanks for the detailed information. Since I also know no way to trigger this bug in normal setups, I think it should not be a blocker for beta. > BTW, I filed another simple bug > https://issues.apache.org/bugzilla/show_bug.cgi?id=51592 which was > also triggered by the modperl test suite. What are the chances for > it to get applied? Fixed. Thanks again.
