Re: disallow HTTP 0.9 by default?

On Wed, Jul 21, 2021 at 10:04 PM Eric Covener wrote: > > I was chasing an unrelated thread about close_notify alerts and > reminded me -- is it time to change the default for > HttpProtocolOptions from Allow0.9 to Require1.0? > > As the manual says, the requirement was dropped in RFC 7230. It

Re: Contribution to Apache HTTPD

Hi Nikita, On Thu, May 27, 2021 at 2:59 PM Nikita Popov wrote: > > Hello. I'm a senior C developer working for CloudLinux. I would like > to participate in the HTTPD project. Are there any unassigned tasks > which I can take? And how to proceed with it? Thanks in advance. Welcome! As Daniel

Re: [VOTE] Release httpd-2.4.46

On Sat, Aug 1, 2020 at 4:14 PM Daniel Ruggeri wrote: > > Hi, all; >Third time is a charm! Please find below the proposed release tarball > and signatures: > https://dist.apache.org/repos/dist/dev/httpd/ > > I would like to call a VOTE over the next few days to release this > candidate tarball

Re: svn commit: r1879641 - in /httpd/httpd/branches/2.4.x: ./ CHANGES STATUS server/util_script.c

Hi Ruediger, On Wed, Jul 15, 2020 at 10:04 AM Ruediger Pluem wrote: > > > On 7/15/20 9:06 AM, Luca Toscano wrote: > > Hi everybody, > > > > getting back on this. I checked mergeinfo and r1879253 r1879348 are > > not listed, what is the best path forward to fix

Re: svn commit: r1879641 - in /httpd/httpd/branches/2.4.x: ./ CHANGES STATUS server/util_script.c

Luca Toscano wrote: > > Hi Christophe, > > Thanks a lot for spotting this, good catch. I haven't proposed a > backport in months and the first one ends up in a little mess, really > sorry :( > > So judging from the diff, I think that it is missing the last two commits: > >

Re: svn commit: r1879641 - in /httpd/httpd/branches/2.4.x: ./ CHANGES STATUS server/util_script.c

ache.org/viewvc/httpd/httpd/branches/2.4.x/CHANGES?rev=1879641=1879640=1879641=diff > > == > > --- httpd/httpd/branches/2.4.x/CHANGES [utf-8] (original) > > +++ httpd/httpd/branches/2.4.x/CHANGES [utf-8] Wed Jul 8 11:39:1

Re: iOS 14 / macOS 11 and HTTP/3 support

Hi Graham, On Fri, Jul 3, 2020 at 11:42 PM Graham Leggett wrote: > > I recommend the following: > > - Start the work on a branch, but ultimately you want this to be in httpd > trunk. No rewrites. > - Look at what a mod_event+ MPM might need to do to provide the UDP and TCP > services you need.

Re: svn commit: r1879253 - /httpd/httpd/trunk/server/util_script.c

On Mon, Jun 29, 2020 at 9:12 AM Ruediger Pluem wrote: > > > > On 6/27/20 11:11 AM, elu...@apache.org wrote: > > Author: elukey > > Date: Sat Jun 27 09:11:32 2020 > > New Revision: 1879253 > > > > URL: http://svn.apache.org/viewvc?rev=1879253=rev > > Log: > > server/util_script.c: tune logging

Re: iOS 14 / macOS 11 and HTTP/3 support

Hi Graham, On Sun, Jun 28, 2020 at 12:53 PM Graham Leggett wrote: > > On 27 Jun 2020, at 14:48, Luca Toscano wrote: > > > the challenges are the same one discussed in your previous email > > thread > > (https://l

Re: iOS 14 / macOS 11 and HTTP/3 support

Hi, On Sun, Jun 28, 2020 at 7:58 AM Helmut K. C. Tessarek wrote: > > On 2020-06-27 08:48, Luca Toscano wrote: > > the challenges are the same one discussed in your previous email > > thread > > These are all valid points, although in the end absolutely irrele

Re: mod_proxy_fcgi bug using CONTENT_LENGTH and Transfer-Encoding chunked

Hi Oliver, your request was duly noted, we might get somebody to look at this during the next days/weeks, but we can't promise anything. The bug is sadly not as simple as adding a line of code (see comments in bz 57087), plus the current dev resources have limited bandwidth. Thanks for following

Re: iOS 14 / macOS 11 and HTTP/3 support

Hi Alex, the challenges are the same one discussed in your previous email thread (https://lists.apache.org/thread.html/eb086eafbd9309eb1efedac3bf3dcc410a95d06206c97e7ade01c254%40%3Cdev.httpd.apache.org%3E). I think that everybody would love to start working/helping on adding HTTP/3 support but

Re: Trunk DEFAULT_REL_STATEDIR undeclared

On Thu, May 7, 2020 at 1:42 PM Joe Orton wrote: > > On Thu, May 07, 2020 at 12:55:03PM +0200, Steffen wrote: > > Tried to build trunk again after 2 years :) > > > > server\core.c(5618,58): error C2065: 'DEFAULT_REL_STATEDIR': undeclared > > identifier > > That was added in r1842929 (October 2018)

Re: svn commit: r1877345 - in /httpd/httpd/trunk/modules/ssl: ssl_engine_config.c ssl_engine_init.c ssl_engine_pphrase.c ssl_private.h

Aside from the technical change (that IIUC it is really nice), I really love when the code is so well documented. Having comments in the code and in the commit message is great for whoever is in a similar situation like mine (namely some knowledge of httpd internals but still very far from

Re: Help needed to test Windows builds in Travis

; > Mario > > On Sat, 30 Nov 2019 at 14:56, Luca Toscano wrote: > > > > Hi Mario, > > > > will take this as starting point, but since I have zero experience in > > building anything on Windows it might take a bit to translate > > everything i

Re: Travis notifications for trunk?

On Thu, Apr 23, 2020 at 1:39 PM Stefan Eissing wrote: > > > Am 23.04.2020 um 12:23 schrieb Ruediger Pluem : > > > > > > > > On 4/23/20 12:20 PM, Joe Orton wrote: > >> In the past two weeks we've had three true negative build failures from > >> Travis on trunk - i.e. bugs were introduced and CI

Re: [RFC] optional Listen options= argument

On Tue, Apr 21, 2020 at 3:12 PM Eric Covener wrote: > > On Tue, Apr 21, 2020 at 8:53 AM Joe Orton wrote: > > > > A previous conversation [1] about optionally enabling socket options for > > Listen seemed to gain consensus around adding an optional argument, > > rather than multiple alternative

Re: Preferred service for patch

Hi! On Wed, Apr 8, 2020 at 5:35 PM Stéphane Blondon wrote: > > Hello, > > it's possible to provide patch for httpd via bugzilla [1] or Pull > Request via github [2]. > What is the favorite place to contribute? > > 1: https://bz.apache.org/bugzilla/ > 2: https://github.com/apache/httpd The repo

Re: Branches 2.4.12-dev fails mod_ssl

Il giorno ven 21 feb 2020 alle ore 13:36 Ruediger Pluem ha scritto: > > > > On 02/21/2020 11:14 AM, Yann Ylavic wrote: > > Hi Steffen, > > > > On Fri, Feb 21, 2020 at 10:23 AM Steffen wrote: > >> > >> Building revision 1874291 failed in Windows. > >> > >> mod_ssl.c(27,10): fatal error C1083:

Re: Time for 2.4.42?

Hi Jim, Il giorno mar 11 feb 2020 alle ore 15:13 Jim Jagielski ha scritto: > > Seems like a good time to propose a release... I can RM if desired. Daniel proposed the same thing a couple of days ago, I'd suggest to keep only one thread open and +1 in there :) Luca

Re: Use of [skip ci] in commit messages to avoid Travis builds

> Are all of these forms recognized? > > On Mon, Feb 10, 2020 at 4:23 AM Eric Covener wrote: >> >> On Mon, Feb 10, 2020 at 1:44 AM Ruediger Pluem wrote: >> > >> > >> > >> > On 02/08/2020 12:01 PM, Luca Toscano wrote: >> > > Hi everybody,

Re: Use of [skip ci] in commit messages to avoid Travis builds

Speaking of being good neighbors: just committed a change to a xml file without [skip ci], so easy to miss :( I'll do my best to find something to automate this.. Luca Il giorno sab 8 feb 2020 alle ore 12:01 Luca Toscano ha scritto: > > Hi everybody, > > Travis is able to read com

Use of [skip ci] in commit messages to avoid Travis builds

Hi everybody, Travis is able to read commit messages and skip the CI workflow if the "[skip ci]" magic sequence is added somewhere. I keep forgetting about it too, but it would be nice if we could start using it to avoid using CI resources/workers when not needed (like docs changes, entries in

Re: mod_systemd question

Il giorno ven 31 gen 2020 alle ore 00:43 Joe Orton ha scritto: > > On Fri, Jan 31, 2020 at 08:30:06AM +0100, Ruediger Pluem wrote: > > On 01/31/2020 04:14 AM, Luca Toscano wrote: > > > Hi everybody, > > > > > > I tested a bit the mod_systemd backport

Re: mod_systemd question

Il giorno gio 30 gen 2020 alle ore 23:30 Ruediger Pluem ha scritto: > > > > On 01/31/2020 04:14 AM, Luca Toscano wrote: > > Hi everybody, > > > > I tested a bit the mod_systemd backport proposal (thanks Joe for > > working on it!) and I have some doubts,

mod_systemd question

Hi everybody, I tested a bit the mod_systemd backport proposal (thanks Joe for working on it!) and I have some doubts, that might be due to my limited understanding of systemd. I tried the following unit on Debian 10 (Buster):

Re: arm64 support for Travis CI testing

Il giorno gio 9 gen 2020 alle ore 14:19 Joe Orton ha scritto: > > The caching does work on arm64 so the build & test only takes 11 minutes > which is reasonable. > > https://travis-ci.org/apache/httpd/jobs/634661216 > > Looks like this one is the next unreliable test to attack - > > 2425# Failed

Re: Errored: apache/httpd#137 (trunk - 2688e47)

019 at 09:46:28AM +0100, Luca Toscano wrote: > > sorry for the travis spam, I hope to have improved the config via > r1872045. > > > Would it perhaps make more sense sending this to the same list as commit > messages or perhaps a new list? > > vh > > Mads Toftum > -- > http://flickr.com/photos/q42/ >

Re: Errored: apache/httpd#137 (trunk - 2688e47)

Il giorno sab 28 dic 2019 alle ore 09:46 Luca Toscano < toscano.l...@gmail.com> ha scritto: > Hi everybody, > > sorry for the travis spam, I hope to have improved the config via r1872045. > > In this last build only one job failed: > https://travis-ci.org/apache/httpd/jo

Re: Errored: apache/httpd#137 (trunk - 2688e47)

rce=email> > > [image: branch icon]trunk <https://github.com/apache/httpd/tree/trunk> > [image: build has errored] > Build #137 has errored > <https://travis-ci.org/apache/httpd/builds/630258330?utm_medium=notification_source=email> > [image: arrow to build time

Re: Errored: apache/httpd#126 (trunk - f190b4e)

Il giorno sab 21 dic 2019 alle ore 18:21 Luca Toscano < toscano.l...@gmail.com> ha scritto: > I can see two failures in here, unrelated to the commit: > > 1) svn export -q > https://svn.apache.org/repos/asf/httpd/test/framework/trunk > test/perl-framework seems hanging, and

Re: Errored: apache/httpd#126 (trunk - f190b4e)

I can see two failures in here, unrelated to the commit: 1) svn export -q https://svn.apache.org/repos/asf/httpd/test/framework/trunk test/perl-framework seems hanging, and I don't see any issue on status.apache.org: +test -v SKIP_TESTING +svn export -q

Re: Errored: apache/httpd#124 (2.4.x - 29129a5)

Hi! Seems unrelated to you commit from the build's logs, I think we'd need to make some changes to the build scripts to make them more tolerant to temporary network blips or similar. Luca Il giorno gio 19 dic 2019 alle ore 15:12 Steffen ha scritto: > Do not know why I get this. > > What to do

Re: Travis CI failures

Il giorno dom 1 dic 2019 alle ore 12:05 Luca Toscano ha scritto: > Travis seems not able to deliver emails to dev@, I opened a jira to > Infra: https://issues.apache.org/jira/browse/INFRA-19508 It was suggested to ask a moderator of httpd-dev@ to approve one of the Travis emails as way

Re: Help needed to test Windows builds in Travis

should be what you are looking for; we no longer test .dsp/.mak based builds, > only CMake logic. But testing both while they remain 'supported' is a very > wise > idea. > > > > On Fri, Nov 8, 2019 at 12:56 AM Luca Toscano wrote: >> >> Hi everybody, >> &g

Travis CI failures

Hi everybody, Travis seems not able to deliver emails to dev@, I opened a jira to Infra: https://issues.apache.org/jira/browse/INFRA-19508 I noticed some errors during the last builds, not code-related but CI-related: (https://travis-ci.org/apache/httpd/builds) 1)

Re: Help needed to test Windows builds in Travis

> Mario > > On Thu, 28 Nov 2019 at 07:51, Luca Toscano wrote: > > > > Hi Mario, > > > > first of all apologies for the late reply to you, Michal and William, > > I wanted to work on it during the past days but got busy at work. I > > have read some do

Re: Help needed to test Windows builds in Travis

alle ore 23:48 Mario Brandt ha scritto: > > Hi Luca, > is there any progress on this? > > Cheers > Mario > > Luca Toscano schrieb am Do., 7. Nov. 2019, 22:56: >> >> Hi everybody, >> >> if you build httpd for Windows can you give us a list of

Re: svn commit: r1869729 - /httpd/httpd/trunk/.travis.yml

Il giorno mer 13 nov 2019 alle ore 09:50 ha scritto: > > Author: jorton > Date: Wed Nov 13 08:50:25 2019 > New Revision: 1869729 > > URL: http://svn.apache.org/viewvc?rev=1869729=rev > Log: > Test IRC and e-mail notifications. > > Modified: > httpd/httpd/trunk/.travis.yml > > Modified:

Re: trunk APR version requirement

Il giorno mar 12 nov 2019 alle ore 15:24 Eric Covener ha scritto: > > > > > 1. If travis results look stable this week, turn on e-mail notifications > > to dev@ on Friday. > > > > 2. Friday following (22nd), disable the broken bits of buildbot if > > nobody has salvaged it. > > +1 +1

Re: trunk APR version requirement

Il giorno mar 12 nov 2019 alle ore 12:40 Joe Orton ha scritto: > > Thanks to everyone who gave feedback, I made the change to require APR > 1.6 in r1869684. While I kept the Travis builds passing, buildbot broke > since it's doing a trunk build against the system APR. Does anybody > know if

Help needed to test Windows builds in Travis

Hi everybody, if you build httpd for Windows can you give us a list of commands and steps that you usually do? I am not familiar enough with the platform and [1] is still a bit cryptic to me :) The end goal is to add the build steps to our Travis config, to run them every time that a commit

Re: Integration tests running on Docker

Il giorno gio 7 nov 2019 alle ore 16:49 Yann Ylavic ha scritto: > > On Thu, Nov 7, 2019 at 4:47 PM Eric Covener wrote: > > > > > @@ -125,6 +125,7 @@ > > > . non-Unix, single-platform code > > > . routine APLOGNO() backports > > > . .gdbinit > > > +. Travis integration:

Re: Integration tests running on Docker

Il giorno mer 6 nov 2019 alle ore 12:15 Joe Orton ha scritto: > > On Wed, Nov 06, 2019 at 10:54:56AM +0100, Luca Toscano wrote: > > I just noticed > > https://docs.travis-ci.com/user/installing-dependencies/#installing-dependencies-on-multiple-operating-systems, > > so t

Re: Integration tests running on Docker

Il giorno mar 5 nov 2019 alle ore 10:06 Luca Toscano ha scritto: > > Il giorno lun 4 nov 2019 alle ore 19:33 Luca Toscano > ha scritto: > > > > Hi Joe, > > > > Il giorno lun 4 nov 2019 alle ore 17:16 Joe Orton > > ha scritto: > > > >

Re: Integration tests running on Docker

Il giorno lun 4 nov 2019 alle ore 19:33 Luca Toscano ha scritto: > > Hi Joe, > > Il giorno lun 4 nov 2019 alle ore 17:16 Joe Orton > ha scritto: > > > > Here is a proof of concept - > > > > https://github.com/notroj/httpd/blob/a73adfc8f1c01

Re: Integration tests running on Docker

Hi Joe, Il giorno lun 4 nov 2019 alle ore 17:16 Joe Orton ha scritto: > > Here is a proof of concept - > > https://github.com/notroj/httpd/blob/a73adfc8f1c01fbb6a3d493582f9c49c7c942756/.travis.yml > > This runs using the full test suite using a few different configurations > and also does builds

Re: Time for httpd 2.6.x?

Il giorno dom 3 nov 2019 alle ore 18:52 Jim Jagielski ha scritto: > > > > On Nov 1, 2019, at 11:59 AM, Luca Toscano wrote: > > Il giorno mar 29 ott 2019 alle ore 18:31 Graham Leggett > ha scritto: > > > On 29 Oct 2019, at 15:51, Jim Jagielski wrote: > >

Re: Time for httpd 2.6.x?

Il giorno mar 29 ott 2019 alle ore 18:31 Graham Leggett ha scritto: > > On 29 Oct 2019, at 15:51, Jim Jagielski wrote: > > > My only question regards workflow w/ trunk. Right now, I think we all agree > > that there are codepaths and features in trunk that are not as stable as we > > would

Re: Integration tests running on Docker

Hi Daniel, thanks for following up! Il giorno mer 30 ott 2019 alle ore 13:05 Daniel Ruggeri ha scritto: > > > > On October 29, 2019 8:12:25 AM CDT, Luca Toscano > wrote: > >Il giorno mar 29 ott 2019 alle ore 12:23 Joe Orton > >ha scritto: > >> > >

Re: Time for httpd 2.6.x?

Hi everybody, Il giorno ven 25 ott 2019 alle ore 12:52 Yann Ylavic ha scritto: > > So how about: > 0. github workflow? meanwhile... > 1. compare trunk/2.4.x (inventory) > 2. discuss unused/deprecated in trunk to cleanup > 3. address STALLED entries in trunk if it's not for compatibily

Re: Integration tests running on Docker

Il giorno mar 29 ott 2019 alle ore 12:23 Joe Orton ha scritto: > > On Sun, Oct 27, 2019 at 06:42:58PM +0100, Luca Toscano wrote: > > Some updates: > > > > - We have support for httpd in travis - https://travis-ci.org/apache/httpd > > Nice, thanks Luca & in

Re: Integration tests running on Docker

s please let me know! Luca [1] https://github.com/elukey/httpd_integration_testing/blob/master/docker/code-testing/debian/Dockerfile Il giorno mar 22 ott 2019 alle ore 22:04 Luca Toscano ha scritto: > > Opened an issue to Infra to enable Travis support in github: > https://issues.apach

Re: Time for httpd 2.6.x?

commits or code say that it is > > incomplete and that there is performance or memory management issues) > > - things listed in 2.4/STATUS: PATCHES/ISSUES THAT ARE STALLED > > > > - should we increase the APR minimum version and cleanup existing code > > according

Re: Time for httpd 2.6.x?

Not even a comment? :) Luca Il giorno dom 13 ott 2019 alle ore 20:58 Luca Toscano ha scritto: > > Hi everybody, > > in trunk's STATUS there are a lot of suggestions about things to > improve/change for 2.6.x. There have been discussions during the past > couple of ye

Re: Integration tests running on Docker

Opened an issue to Infra to enable Travis support in github: https://issues.apache.org/jira/browse/INFRA-19325 Luca Il giorno sab 28 set 2019 alle ore 09:39 Luca Toscano ha scritto: > > Follow up after some work in > https://github.com/elukey/httpd_integration_testing: > > * Use

Re: Migrate to git?

Hi Joe, Il giorno lun 14 ott 2019 alle ore 16:27 Joe Orton ha scritto: > > On Tue, Oct 08, 2019 at 02:17:12PM +0200, Luca Toscano wrote: > > Il giorno mar 8 ott 2019 alle ore 11:04 Greg Stein > > ha scritto: > > > > > > Travis CI is possib

Time for httpd 2.6.x?

Hi everybody, in trunk's STATUS there are a lot of suggestions about things to improve/change for 2.6.x. There have been discussions during the past couple of years about how/when/if to create a 2.6 release branch, but for a lot of reasons we didn't do any progress. Would it be something to

Re: Migrate to git?

Il giorno mar 8 ott 2019 alle ore 11:04 Greg Stein ha scritto: > > Travis CI is possible *today* ... since the svn commits are replicated over > to github, Travis can pick them up and run tests. Just file an INFRA ticket > to enable it. > Thanks for the pointer, will file a task to infra to

Re: Migrate to git?

Il giorno sab 5 ott 2019 alle ore 22:09 Jim Jagielski ha scritto: > > Various PMCs have made their default/de-facto SCM git and have seen an > increase in contributions and contributors... > > Is this something the httpd project should consider? Especially w/ the > foundation officially

Re: Cloudflare, Google Chrome, and Firefox Add HTTP/3 Support

Il giorno sab 28 set 2019 alle ore 00:19 William A Rowe Jr ha scritto: > > On Fri, Sep 27, 2019 at 10:48 AM Eric Covener wrote: >> >> On Fri, Sep 27, 2019 at 11:20 AM Helmut K. C. Tessarek >> wrote: >> > >> > On 2019-09-27 03:00, Stefan Eissing wrote: >> > > I know of no plans to implement

Re: Integration tests running on Docker

! Luca Il giorno mer 25 set 2019 alle ore 11:52 Luca Toscano ha scritto: > > Hi everybody, > > I spent some time reading the previous discussions around the concept > of "CI" and from what I gather, it seems that we didn't reach an > agreement about how to proceed and who i

Re: Integration tests running on Docker

Hi, Il giorno mer 25 set 2019 alle ore 13:18 Mads Toftum ha scritto: > > On Wed, Sep 25, 2019 at 11:52:52AM +0200, Luca Toscano wrote: > > Does the above make sense or it is completely out of scope for our > > project? In the former case I could spend some time on figuring out

Re: Integration tests running on Docker

Hi Daniel, Il giorno mer 25 set 2019 alle ore 13:24 Daniel Ruggeri ha scritto: > > I'm a big fan of this idea - it's how I do testing :-) > > Unfortunately, I ran into a few issues trying to build and test with Debian > maintained dependencies and only ended up with one working test suite:

Integration tests running on Docker

Hi everybody, I spent some time reading the previous discussions around the concept of "CI" and from what I gather, it seems that we didn't reach an agreement about how to proceed and who is working on it (but I might be wrong, in case apologies!). From what I can see, there are two possible

Re: Stale BZ Bug Tracker reports

Il giorno gio 1 nov 2018 alle ore 22:35 William A Rowe Jr ha scritto: > > To keep this thread moving (additional feedback is welcomed and > appreciated)... Thanks a lot for this effort William, I really think that having 1700+ bugs opened does not look good for any reporter/user that doesn't

mod_headers best practices and headers duplicated in the response

Hi everybody, apologies if this subject has been brought up in the past but I didn't find much. I have been working on some bugs like https://bz.apache.org/bugzilla/show_bug.cgi?id=62380 in which users report responses with the same header duplicated. To keep the story short, it seems that

mod_session_cookie and duplicate headers

Hi everybody, I noticed that several bugs have been reporting duplicate Set-Cookie headers in responses when using mod_session_cookie: https://bz.apache.org/bugzilla/show_bug.cgi?id=56098 https://bz.apache.org/bugzilla/show_bug.cgi?id=55278 https://bz.apache.org/bugzilla/show_bug.cgi?id=60910

Re: svn commit: r1841620 - /httpd/site/trunk/content/dev/verification.mdtext

Hi Rainer, Il giorno sab 22 set 2018 alle ore 05:45 Rainer Jung ha scritto: > > Hi Luca, > > Am 21.09.2018 um 23:47 schrieb Luca Toscano: > > Hi William, > > > > can you write in here the full command to use? Didn't find the -r flag > > that you mentioned

Re: svn commit: r1841620 - /httpd/site/trunk/content/dev/verification.mdtext

Hi William, can you write in here the full command to use? Didn't find the -r flag that you mentioned :( Thanks! Luca Il giorno ven 21 set 2018 alle ore 14:30 William A Rowe Jr ha scritto: > > You might want to point out the -r flag to OpenSSL, which emits the same > output as bintools

Re: svn commit: r1840563 - /httpd/httpd/branches/2.4.x/STATUS

Hi everybody, Il giorno mar 11 set 2018 alle ore 09:28 ha scritto: > > Author: icing > Date: Tue Sep 11 13:28:19 2018 > New Revision: 1840563 > > URL: http://svn.apache.org/viewvc?rev=1840563=rev > Log: > a cautious vote > > Modified: > httpd/httpd/branches/2.4.x/STATUS > > Modified:

Re: 2.4.35 in Sept?

2018-08-29 16:10 GMT+02:00 Jim Jagielski : > Looking to maybe do an interim release in Sept... > > Comments? Feedback? +1 from me, looking forward to see mod-ratelimit fixed :) Luca

Re: Bug in mod_ratelimit?

Hi Cory, Il giorno gio 2 ago 2018 alle ore 14:10 Yann Ylavic ha scritto: > > On Fri, Jul 27, 2018 at 6:56 PM, Cory McIntire wrote: > > > > {quote} > > While it will probably resolve the issues we saw, I’d be hesitant to > > move forward with that patch as it modifies how all output filters > >

Re: automation and test cases

Hi Stefan, Il giorno mar 7 ago 2018 alle ore 11:08 Stefan Eissing ha scritto: > > ...are the main things that will improve quality. Because > it enables not only you but everyone else to be more productive. > > If you feel for this project, work on it. Answering a bit late to this email due to

Re: Bug in mod_ratelimit?

Hi Cory, 2018-07-20 13:47 GMT+02:00 Yann Ylavic : > Hi Cory, > > On Thu, Jul 19, 2018 at 11:23 PM, Cory McIntire wrote: >> >> We’re going to revert to the 2.4.33 version of mod_ratelimit for now. >> >> HEAD requests with large amount of headers were still problematic in our >> testing with both

Re: Bug in mod_ratelimit?

Hi Yann, 2018-07-19 22:55 GMT+02:00 Yann Ylavic : > > Hi Luca, > > On Thu, Jul 19, 2018 at 9:59 PM, Luca Toscano wrote: > > > > I confirm that it works fine in my local dev environment, plus now gdb's > > dump_brigade makes sense, but I am not sure that I have

Re: Bug in mod_ratelimit?

Hi Yann, 2018-07-19 21:41 GMT+02:00 Yann Ylavic : > On Thu, Jul 19, 2018 at 8:23 PM, Luca Toscano > wrote: > > > > Yann, any idea? > > Looks like we missed the simplest case :/ > > Index: m

Re: Bug in mod_ratelimit?

Hi again Cory, 2018-07-19 19:02 GMT+02:00 Cory McIntire : > Hi Luca, > > Sorry for quick reply but we were able to replicate it just now: > > # setup a brand new install of wp on a domain (don't have to go through > the 'db' setup process, just configure wp-config.php to get to install.php >

Re: Bug in mod_ratelimit?

Hi Cory, 2018-07-19 16:10 GMT+02:00 Cory McIntire : > Hello all, > > We’re starting to see some issues where mod_ratelimit change here: > > *) mod_ratelimit: fix behavior when proxing content. PR 62362. > [Luca Toscano, Yann Ylavic] > > Is causing some sites to l

Re: [users@httpd] mod_ratelimit working by steps ?

Hi Yann! 2018-06-18 12:04 GMT+02:00 Yann Ylavic : > Hi Luca, > > On Sat, Jun 16, 2018 at 8:56 AM, Luca Toscano > wrote: > > > > While reading the code I didn't get if one particular use case may or may > > not happen at all, it is the only big doubt t

Re: [users@httpd] mod_ratelimit working by steps ?

2018-06-08 12:43 GMT+02:00 Luca Toscano : > Hi Yann, > > 2018-06-07 12:59 GMT+02:00 Yann Ylavic : > >> On Thu, Jun 7, 2018 at 10:17 AM, Yann Ylavic >> wrote: >> > On Thu, Jun 7, 2018 at 9:21 AM, Yann Ylavic >> wrote: >> >> >> >> Fee

Re: [users@httpd] mod_ratelimit working by steps ?

Hi Yann, 2018-06-07 12:59 GMT+02:00 Yann Ylavic : > On Thu, Jun 7, 2018 at 10:17 AM, Yann Ylavic wrote: > > On Thu, Jun 7, 2018 at 9:21 AM, Yann Ylavic > wrote: > >> > >> Feel free to take what can serve you, or burn it ;) > > > > Burn it! Here is v2, hopefully a less buggy :) > > FWIW, a v3

Re: [users@httpd] mod_ratelimit working by steps ?

2018-06-05 8:19 GMT+02:00 Luca Toscano : > > > 2018-06-04 16:22 GMT+02:00 Luca Toscano : > >> Hi Yann! >> >> 2018-06-04 15:59 GMT+02:00 Yann Ylavic : >> >>> Hi Luca, >>> >>> On Mon, Jun 4, 2018 at 11:23 AM, Luca Toscano &g

Re: [users@httpd] mod_ratelimit working by steps ?

2018-06-04 16:22 GMT+02:00 Luca Toscano : > Hi Yann! > > 2018-06-04 15:59 GMT+02:00 Yann Ylavic : > >> Hi Luca, >> >> On Mon, Jun 4, 2018 at 11:23 AM, Luca Toscano >> wrote: >> > >> > To keep archives happy: opened >> > https:/

Re: [users@httpd] mod_ratelimit working by steps ?

Hi Yann! 2018-06-04 15:59 GMT+02:00 Yann Ylavic : > Hi Luca, > > On Mon, Jun 4, 2018 at 11:23 AM, Luca Toscano > wrote: > > > > To keep archives happy: opened > > https://bz.apache.org/bugzilla/show_bug.cgi?id=62362 and added a patch > in > > there, if

Re: [users@httpd] mod_ratelimit working by steps ?

2018-05-04 14:46 GMT+02:00 Luca Toscano : > Hi everybody, > > as part of the plan to add more documentation about httpd's internals I am > trying to debug more tricky bugs (at least for me) reported by our users, > in order for example to better understand how the filters chain w

Layout and best practices for the testing framework

Hi everybody, I came up with http://home.apache.org/~elukey/httpd-framework-pr61860.patch to add some tests for PR 61860. The patch that I have in mind is for http_protocol, but for the moment the "visible" use case is that an out of range bytes request that leads to a 416 may include duplicate

Re: [users@httpd] mod_ratelimit working by steps ?

Hi everybody, as part of the plan to add more documentation about httpd's internals I am trying to debug more tricky bugs (at least for me) reported by our users, in order for example to better understand how the filters chain works in depth. This one caught my attention, and after a bit of

Re: svn commit: r1829430 - /httpd/httpd/patches/2.4.x/core-check_errorlog_dir_syslog.patch

2018-04-20 16:27 GMT+02:00 Jim Riggs : > > On 20 Apr 2018, at 08:53, Jim Jagielski wrote: > > > > Sorry for coming in late, but what is the exact issue we are trying to > solve again? My understanding was that if someone wanted something like > > > >

Re: svn commit: r1829430 - /httpd/httpd/patches/2.4.x/core-check_errorlog_dir_syslog.patch

2018-04-19 17:49 GMT+02:00 Jim Riggs : > Luca - > > Here's the same thing standardizing on strn?cmp(). Not that you couldn't > have done it yourself, but since I had it up, maybe this will save you 30 > seconds. ;-) > > Thanks a lot! I added your last suggestions to r1829626 and

Re: So... when should we do 2.4.34? [WAS: Re: Revisit Versioning? (Was: 2.4.3x regression w/SSL vhost configs)]

2018-04-19 15:40 GMT+02:00 Eric Covener : > On Thu, Apr 19, 2018 at 9:31 AM, Jim Jagielski wrote: > > I agree a case could be made for considering adding an RC stage > > to our release process... it would require some additional tooling > > and some sort of

Re: "Most Popular Web Server?"

Hi Nick, 2018-04-19 10:33 GMT+02:00 Nick Kew <n...@apache.org>: > > > On 18 Apr 2018, at 20:00, Luca Toscano <toscano.l...@gmail.com> wrote: > > > > Before joining the httpd project as contributor I struggled to find good > technical sources about how th

Re: "Most Popular Web Server?"

My 2c! 2018-04-18 19:21 GMT+02:00 William A Rowe Jr : > On Wed, Apr 18, 2018 at 11:46 AM, Jim Jagielski wrote: > > IMO, this boils down to 2 things: > > > > 1. nginx, particularly, does a LOT of promoting, marketing, PR, etc... > > We don't. They

Re: svn commit: r1829430 - /httpd/httpd/patches/2.4.x/core-check_errorlog_dir_syslog.patch

Thanks a lot Jim! I like your code change and the extra checks, but I'd prefer to use strncmp if possible, also in log.c. Feel free to amend the patch, or I'll do it tomorrow (I forgot the entry in CHANGES too, your name should be on it :). Luca 2018-04-18 18:36 GMT+02:00 Jim Riggs

Re: [Bug 61860] Headers duplication when 416 status code occurs

2018-04-09 22:38 GMT+02:00 Luca Toscano <toscano.l...@gmail.com>: > Hi everybody, > > 2018-04-05 7:59 GMT+02:00 <bugzi...@apache.org>: > >> https://bz.apache.org/bugzilla/show_bug.cgi?id=61860 >> >> --- Comment #4 from Luca Toscano <toscano.l...@g

Re: URL's in error pages

2018-04-12 23:52 GMT+02:00 Yann Ylavic : > On Thu, Apr 12, 2018 at 11:18 PM, Eric Covener wrote: > > On Thu, Apr 12, 2018 at 8:33 AM, Daniel Ruggeri > wrote: > >> Since the encoded form is not very useful for humans, I'd sooner

Re: unsubscribe

As any other Apache project, you can find the instructions about how to unsubscribe in http://httpd.apache.org/lists.html#http-dev Luca 2018-04-12 17:35 GMT+02:00 Ray Jender : > Please remove me from this mailing list! >

Re: [Bug 61860] Headers duplication when 416 status code occurs

Hi everybody, 2018-04-05 7:59 GMT+02:00 <bugzi...@apache.org>: > https://bz.apache.org/bugzilla/show_bug.cgi?id=61860 > > --- Comment #4 from Luca Toscano <toscano.l...@gmail.com> --- > Ok now I think I know what's happening (and I got what Eric was trying to >

Re: svn commit: r1827912 - in /httpd/httpd/trunk: CHANGES modules/ssl/ssl_engine_config.c modules/ssl/ssl_engine_init.c modules/ssl/ssl_policies.h modules/ssl/ssl_private.h modules/ssl/update_policies

All good now thanks! Luca 2018-04-03 13:49 GMT+02:00 Stefan Eissing <stefan.eiss...@greenbytes.de>: > My bad. Please try again with r1828220 or later. > > Cheers, Stefan > > > Am 01.04.2018 um 18:57 schrieb Luca Toscano <toscano.l...@gmail.com>: > > > >

Re: svn commit: r1826279 - /httpd/httpd/branches/2.4.x/STATUS

2018-03-24 17:29 GMT+01:00 Luca Toscano <toscano.l...@gmail.com>: > > > 2018-03-23 19:01 GMT+01:00 Joe Orton <jor...@redhat.com>: > >> On Fri, Mar 16, 2018 at 11:50:17AM +0100, Luca Toscano wrote: >> > From my point of view, adding a comment nearby a direc

  1   2   3   4   >