On 03/12/2016 01:43 AM, minf...@apache.org wrote:
> Author: minfrin
> Date: Sat Mar 12 00:43:58 2016
> New Revision: 1734656
>
> URL: http://svn.apache.org/viewvc?rev=1734656&view=rev
> Log:
> core: Extend support for setting aside data from the network input filter
> to any connection or reques
> On Mar 14, 2016, at 4:48 AM, Ruediger Pluem wrote:
>
>
> This seems to cause frequent (no always) failures with test 8 of
> t/ssl/proxy.t.
> The request times out with a 504 status. So it looks like the "backend" in
> this request does not respond.
> Used MPM is Event, OS CentOS 6 64 Bit. W
On 03/14/2016 02:55 PM, Jim Jagielski wrote:
>
>> On Mar 14, 2016, at 4:48 AM, Ruediger Pluem wrote:
>>
>>
>> This seems to cause frequent (no always) failures with test 8 of
>> t/ssl/proxy.t.
>> The request times out with a 504 status. So it looks like the "backend" in
>> this request does n
They are also proxy-timeout related it seems:
# testing : QUERY_STRING passed OK
# expected: qr/QUERY_STRING = horse=trigger\n/s
# received: '
#
# 504 Proxy Error
#
# Proxy Error
# The gateway did not receive a timely response
# from the upstream server or application.
# '
not ok 27
# Failed tes
On 14 Mar 2016, at 10:48 AM, Ruediger Pluem wrote:
> This seems to cause frequent (no always) failures with test 8 of
> t/ssl/proxy.t.
> The request times out with a 504 status. So it looks like the "backend" in
> this request does not respond.
> Used MPM is Event, OS CentOS 6 64 Bit. Without f
On Tue, Mar 15, 2016 at 12:42 AM, Graham Leggett wrote:
> On 14 Mar 2016, at 10:48 AM, Ruediger Pluem wrote:
>
>> This seems to cause frequent (no always) failures with test 8 of
>> t/ssl/proxy.t.
>> The request times out with a 504 status. So it looks like the "backend" in
>> this request does
Am 14.03.2016 um 09:48 schrieb Ruediger Pluem:
On 03/12/2016 01:43 AM, minf...@apache.org wrote:
Author: minfrin
Date: Sat Mar 12 00:43:58 2016
New Revision: 1734656
URL: http://svn.apache.org/viewvc?rev=1734656&view=rev
Log:
core: Extend support for setting aside data from the network input fi
Well, we gotta do something. This is a significant breakage.
> On Mar 15, 2016, at 4:29 AM, Yann Ylavic wrote:
>
> On Tue, Mar 15, 2016 at 12:42 AM, Graham Leggett wrote:
>> On 14 Mar 2016, at 10:48 AM, Ruediger Pluem wrote:
>>
>>> This seems to cause frequent (no always) failures with test 8
In r1736216, I tried to restore c->data_in_input_filters usage as
prior to r1734656.
Does it help (or I'll revert)?
On Tue, Mar 22, 2016 at 1:02 PM, Jim Jagielski wrote:
> Well, we gotta do something. This is a significant breakage.
>
>> On Mar 15, 2016, at 4:29 AM, Yann Ylavic wrote:
>>
>> On
On 22 Mar 2016, at 7:11 PM, Yann Ylavic wrote:
> In r1736216, I tried to restore c->data_in_input_filters usage as
> prior to r1734656.
> Does it help (or I'll revert)?
Got caught up in other stuff before I could get to the bottom of this :(
It looks like we need to restore c->data_in_input_fil
10 matches
Mail list logo
