On 17 May 2013, at 11:26 AM, Ruediger Pluem rpl...@apache.org wrote:
We should not see an EOS bucket before
inflate(ctx-stream, Z_NO_FLUSH); in line 1061 returned Z_STREAM_END. This
would mean we received an incomplete
compressed stream.
And if we see Z_STREAM_END we leave the for loop
Here are the 3 patches attached as files (without spurious line breakage).
Regards,
Yann.
On Fri, May 17, 2013 at 7:27 PM, Yann Ylavic ylavic@gmail.com wrote:
I am currently working in frontporting some patches I use for a while
in the 2.2.x branch and I'd like to propose for trunk (at
Graham Leggett wrote:
On 15 May 2013, at 9:23 PM, Ruediger Pluem rpl...@apache.org wrote:
Now we have:
t/apache/pr17629.t (Wstat: 0 Tests: 4 Failed: 1)
Failed test: 4
Looking at a verbose version of this test, we see this:
# expected: begin-foobar-end
# received: !DOCTYPE
On 17 May 2013, at 10:26, Ruediger Pluem rpl...@apache.org wrote:
We should not see an EOS bucket before
inflate(ctx-stream, Z_NO_FLUSH); in line 1061 returned Z_STREAM_END. This
would mean we received an incomplete
compressed stream.
And if we see Z_STREAM_END we leave the for loop and
I am currently working in frontporting some patches I use for a while
in the 2.2.x branch and I'd like to propose for trunk (at least, my
goal is to upgrade to 2.4 of course).
The reason I talk about this in this thread is that 2 of these patches
may collide with your current work/review on
On 15 May 2013, at 9:23 PM, Ruediger Pluem rpl...@apache.org wrote:
Now we have:
t/apache/pr17629.t (Wstat: 0 Tests: 4 Failed: 1)
Failed test: 4
Looking at a verbose version of this test, we see this:
# expected: begin-foobar-end
# received: !DOCTYPE HTML PUBLIC -//IETF//DTD HTML
On 05/14/2013 08:58 PM, minf...@apache.org wrote: Author: minfrin
Date: Tue May 14 18:58:06 2013
New Revision: 1482522
URL: http://svn.apache.org/r1482522
Log:
core: Stop the HTTP_IN filter from attempting to write error buckets
to the output filters, which is bogus in the proxy case.
On 15 May 2013, at 9:48 AM, Plüm, Rüdiger, Vodafone Group
ruediger.pl...@vodafone.com wrote:
This causes new errors / regressions in the test suite.
Failed Test Stat Wstat Total Fail Failed List of Failed
-Original Message-
From: Graham Leggett [mailto:minf...@sharp.fm]
Sent: Mittwoch, 15. Mai 2013 10:59
To: dev@httpd.apache.org
Subject: Re: svn commit: r1482522 - in /httpd/httpd/trunk: ./ docs/log-
message-tags/ include/ modules/dav/main/ modules/generators/
modules/http/ modules
On 15 May 2013, at 11:05 AM, Plüm, Rüdiger, Vodafone Group
ruediger.pl...@vodafone.com wrote:
# testing : response codes
# expected: HTTP/1.1 413 Request Entity Too Large
# received: HTTP/1.1 200 OK
not ok 7
Found further cases where error messages were being ignored, fixed in r1482918.
Graham Leggett wrote:
On 15 May 2013, at 11:05 AM, Plüm, Rüdiger, Vodafone Group
ruediger.pl...@vodafone.com wrote:
# testing : response codes
# expected: HTTP/1.1 413 Request Entity Too Large
# received: HTTP/1.1 200 OK
not ok 7
Found further cases where error messages were being
On 15 May 2013, at 9:23 PM, Ruediger Pluem rpl...@apache.org wrote:
Now we have:
t/apache/pr17629.t (Wstat: 0 Tests: 4 Failed: 1)
Failed test: 4
I get this:
t/apache/pr17629.t ..
1..0 # skipped: cannot find module 'case_filter'
skipped: cannot find module 'case_filter'
Files=1,
12 matches
Mail list logo