A couple key questions now that the full refactoring of legacy vs. strict
is mostly complete (there remain potential issues with some of the 3-4 yr
old changes on trunk which I'll raise in other posts.) But speaking only to
the request line and request header parsing...
1. Does it make sense to
Am 25.08.2016 um 10:26 schrieb Stefan Eissing:
> So, the fix is in both trunk and 2.4.x and the github repo has a new release.
> Can you verify that it works for you also? Thanks!
Sure can i just clone the repo to modules/http2 in the apache 2.4 source
>> Am 24.08.2016 um 10:18
On Thu, Aug 25, 2016 at 7:42 AM, Eric Covener wrote:
> > + Backport:
> > + https://raw.githubusercontent.com/wrowe/patches/master/
> > + +1: wrowe
> > +
> backport link is bad
On Thu, Aug 25, 2016 at 3:33 PM, Luca Toscano wrote:
> It looks really great, I like a lot the overall solution but I haven't
> reviewed (and understood) the whole set of changes yet.
Thanks, there is room for improvement still I think, for example we
2016-08-21 4:14 GMT+02:00 Yann Ylavic :
> On Thu, Aug 18, 2016 at 3:17 PM, Yann Ylavic wrote:
> > I was thinking of something like the attached patch, where we compute
> > the exact/minimal timeout needed for the queues.
> > It
2016-08-12 10:27 GMT+02:00 Luca Toscano :
> 2016-08-11 18:14 GMT+02:00 William A Rowe Jr :
>> Hi Luca,
>> it helps at this point in the discussions to post the delta to
>> for all of us to see the delta between 'current' and
While the patch looks fine, the backtrace points to termination
on a slave connection, not the main one.
The cleanup of the EOR bucket is triggered by the cleanup in
ap_process_request_after_handler. This happens only if the ap_pass_brigade()
before that did not actually move the EOR bucket.
On Tue, Aug 23, 2016 at 12:57 PM, wrote:
> + *) core: Limit to ten the number of tolerated empty lines between request.
> + Before this commit, the maximum number of empty lines was the same as
> + configured LimitRequestFields, defaulting to 100, which was way too
On Mon, Aug 15, 2016 at 4:49 AM, wrote:
> --- Comment #10 from Konstantin J. Chernov ---
> Right after enabling http2 again, got a few more segfaults :(
> Here's the latest one (+2 more with
On 07/13/2016 09:55 AM, Ruediger Pluem wrote:
> On 07/13/2016 09:24 AM, Ruediger Pluem wrote:
>> On 07/12/2016 11:16 PM, Graham Leggett wrote:
>>> On 11 Jul 2016, at 4:39 PM, Ruediger Pluem wrote:
> Added: httpd/httpd/trunk/modules/filters/mod_crypto.c
So, the fix is in both trunk and 2.4.x and the github repo has a new release.
Can you verify that it works for you also? Thanks!
> Am 24.08.2016 um 10:18 schrieb Stefan Priebe - Profihost AG
> Hi Stefan,
> were you able to reproduce? Did you need any help?
Mail list logo