Re: Question about 2.4.56 "client resets of HTTP/2 streams led to unwanted 500 errors" fix

Stefan Eissing via dev in gmane.comp.apache.devel (Tue, 28 Mar 2023 10:16:34 +0200): > Am 28.03.2023 um 01:21 schrieb Robert L Mathews : >> On 3/16/23 5:38 AM, Stefan Eissing via dev wrote: >> >>> I am not familiar enough with mod_fcgi's operation to make a judgement on >>> that. >> >> As a

Re: [VOTE] Release httpd-2.4.54-rc3 as httpd-2.4.54

Stefan Eissing in gmane.comp.apache.devel (Mon, 6 Jun 2022 16:25:31 +0200): >I would like to call a VOTE over the next few days to release >this candidate tarball httpd-2.4.54-rc3 as 2.4.54: >[x] +1: It's not just good, it's good enough! No problems encountered on Windows (x64, VC15, OpenSSL

Re: Contribution to Apache HTTPD

Hi nikic, Nikita Popov in gmane.comp.apache.devel (Thu, 27 May 2021 17:52:27 +0500): >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. Nice

Re: [VOTE] Release httpd-2.4.48

Christophe JAILLET in gmane.comp.apache.devel (Mon, 17 May 2021 23:36:29 +0200): >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 as 2.4.48: >[x] +1: It's not just good, it's good enough! I tested the

Re: [VOTE] Release httpd-2.4.47

Christophe JAILLET in gmane.comp.apache.devel (Thu, 22 Apr 2021 11:25:01 +0200): >[x] +1: It's not just good, it's good enough! FWIW tested on Windows: - VC9 x86 - VC15 x64 The latter is running on my dev-server right now. I especially tested if mod_md works as expected in both versions,

Re: mod_fcgid Release

Mario Brandt in gmane.comp.apache.devel (Tue, 15 Dec 2020 14:14:43 +0100): >Ping > >On Thu, 24 Jan 2019 at 11:23, Mario Brandt wrote: >> >> Hi, >> it has beens a while since there was the last release of mod_fcgid. >> There are some important fixes in trunk, but never made it to a >> release

Re: Pending fixes or reroll? Was: [RESULT] [VOTE] Release httpd-2.4.45

Rainer Jung in gmane.comp.apache.devel (Fri, 31 Jul 2020 15:36:16 +0200): >Since there wasn't yet any reaction to Daniel's question: Is anybody >right now working on more warnings fixes for Windows? AFAIK, Steffen is not working on them and nobody else from the Apachelounge or Apachehaus

Re: [VOTE] Release httpd-2.4.43

William A Rowe Jr in gmane.comp.apache.devel (Mon, 30 Mar 2020 09:01:07 -0500): >I'm making no attempt to build against the no-longer-supported msldap API >nor openldap which doesn't support building on windows. Maybe I am missing the point, but at least OpenLDAP 2.4.47 builds fine on Windows:

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

Steffen in gmane.comp.apache.devel (Thu, 8 Aug 2019 15:43:46 +0200): >Are the reported APLOGNO all going to be solved in .41: > >mod_proxy mod_http2 mod_ssl In mod_md.c I se no APLOGNO() without argument anymore, so they must be gone. For instance, 2 out of three directly after line 600 were

Re: [VOTE] Release httpd-2.4.40

Daniel Ruggeri in gmane.comp.apache.devel (Mon, 05 Aug 2019 18:54:18 -0500): >Thanks, Jan; > I'm afraid I have no way to verify or dig into Windows-specific > issues. Can you share more information or errors that can help, or is > this related to the things already discussed on the list? There

Re: [VOTE] Release httpd-2.4.40

Jim Jagielski in gmane.comp.apache.devel (Mon, 5 Aug 2019 09:15:22 -0400): >I vote -1 due to the known issue w/ building and running mod_md. > >Yes, it's not a regression, but the fix is easy and version numbers are >cheap. We should release the best possible version each time. The fix for the

Re: [VOTE] Release httpd-2.4.40

Stefan Eissing in gmane.comp.apache.devel (Mon, 5 Aug 2019 11:01:32 +0200): >I suspect it is the change in mod_ssl interface to the other modules. I >have to write a test for it. > >It used to be that this chain file was ignored in mod_ssl 2.4.39 when it >retrieved certificates from mod_md. Now

Re: [VOTE] Release httpd-2.4.40

Stefan Eissing in gmane.comp.apache.devel (Mon, 5 Aug 2019 10:23:27 +0200): >Trying to sum up what you are saying: mod_md 2.4.40 does not introduce a >new problem, but testing with it exposed an issue that affects both. >There is no regression in 2.4.40. It was not an noticable issue in 2.4.39

Re: [VOTE] Release httpd-2.4.40

Jan Ehrhardt in gmane.comp.apache.devel (Sun, 04 Aug 2019 01:26:27 +0200): >Maybe some config changes are needed, but then they should be clearly >documented in the change log. The trouble with this release is that the >problem with mod_md will only show up when the first certif

Re: [VOTE] Release httpd-2.4.40

Gregg Smith in gmane.comp.apache.devel (Sat, 3 Aug 2019 08:43:21 -0700): >Opps, looks like the APLOGNO's didn't get filled in. I'm still ok with >releasing .40 w/o them. > >mod_md.c(386): warning C4003: not enough actual parameters for macro >'APLOGNO' >mod_md.c(391): warning C4003: not enough

Re: [VOTE] Release httpd-2.4.40

Jan Ehrhardt in gmane.comp.apache.devel (Sat, 03 Aug 2019 21:22:58 +0200): >Gregg Smith in gmane.comp.apache.devel (Sat, 3 Aug 2019 08:43:21 -0700): >>On 8/3/2019 6:51 AM, Daniel Ruggeri wrote: >>> Hi, all; >>>    Please find below the proposed release tarbal

Re: [VOTE] Release httpd-2.4.40

Gregg Smith in gmane.comp.apache.devel (Sat, 3 Aug 2019 08:43:21 -0700): >On 8/3/2019 6:51 AM, Daniel Ruggeri wrote: >> Hi, all; >>    Please find below the proposed release tarball and signatures: >> https://dist.apache.org/repos/dist/dev/httpd/ > >[X] +1: It's good enough! > >VC14 & 15 x86 &

Re: Poll: increase OpenSSL version requirement for trunk?

Yann Ylavic in gmane.comp.apache.devel (Fri, 16 Mar 2018 13:34:55 +0100): >As already said on the other thread... > >On Fri, Mar 16, 2018 at 1:07 PM, Rainer Jung wrote: >> >> Do we have more data points? Opinions about increasing to 1.0.1? > >+1, and while at it I think I

Re: [RESULT] [VOTE] Release httpd-2.4.32

William A Rowe Jr in gmane.comp.apache.devel (Fri, 16 Mar 2018 00:17:45 -0500): >That still leaves the headache of fallback-to-release when a candidate on >these many projects isn't present (actually, the smart election between >candidate and release if both exist!) But great pointer, TY! The

Re: [RESULT] [VOTE] Release httpd-2.4.32

William A Rowe Jr in gmane.comp.apache.devel (Thu, 15 Mar 2018 16:11:10 -0500): >https://github.com/appsuite/oss-httpd-build is where this all lives, and is >where the localized PERL5LIB schema for all the components will land. >This can be further streamlined, and the really big caveat is that

Re: [RESULT] [VOTE] Release httpd-2.4.32

William A Rowe Jr in gmane.comp.apache.devel (Thu, 15 Mar 2018 13:52:48 -0500): >The largest headache is provisioning the entire suite of non-default perl >modules required. Running the framework is trivial. I've been working on >some workaround to this for unix and windows for "stock" test boxes.

Re: [RESULT] [VOTE] Release httpd-2.4.32

Rainer Jung in gmane.comp.apache.devel (Thu, 15 Mar 2018 18:15:13 +0100): >The artefacts are on the mirrors and out in the wild, so we can not get >them back. Best is to soon proceed with the release and document the >mod_proxy_balancer on Windows regression in the announcement. +1 >About "not

Re: [RESULT] [VOTE] Release httpd-2.4.32

Eric Covener in gmane.comp.apache.devel (Thu, 15 Mar 2018 12:35:38 -0400): >+1, probably the least confusing, and Windows users aren't >quickly/casually picking up source releases. Hmm. 2.4.32 coincided with the monthly Windows Update and with a curl release. I upgraded everything yesterday... --

Re: Current branche 2.4.30-dev issues

Steffen in gmane.comp.apache.devel (Mon, 19 Feb 2018 12:38:27 +0100): >Added  mod_proxy_uwsgi to installwinconf.awk and BasAddr.ref in trunk >and branches. Apache.dsw needs an addition too: ### Project:

Re: [VOTE] Release Apache httpd 2.4.29 as GA

Steffen in gmane.comp.apache.devel (Thu, 19 Oct 2017 23:15:32 +0200): >I said before: In Apache.dsw is now project xml removed, it is not >building out of the box with current released apr-util. With coming >apr-util 1.6.1 it should be possible to build. > >With the expat/xml changes in

Re: [VOTE] Release Apache httpd 2.4.29 as GA

Steffen in gmane.comp.apache.devel (Thu, 19 Oct 2017 23:15:32 +0200): >I said before: In Apache.dsw is now project xml removed, it is not >building out of the box with current released apr-util. With coming >apr-util 1.6.1 it should be possible to build. > >With the expat/xml changes in

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

Jacob Champion in gmane.comp.apache.devel (Tue, 20 Jun 2017 09:07:44 -0700): >On 02/08/2017 07:56 PM, Eric Covener wrote: >> Assuming there's some alternate path that actually does change >> SCRIPT_NAME by default, we a) don't have any complaint about >> SCRIPT_NAME and b) have the SetEnv thing.

Re: The drive for 2.4.26

Jan Ehrhardt in gmane.comp.apache.devel (Tue, 30 May 2017 07:13:41 +0200): >Steffen in gmane.comp.apache.devel (Mon, 29 May 2017 15:42:46 +0200): > >> Cmake is now Windows only, is that the goal ? > >In what way is it Windows only? To answer my own question: because of the use o

Re: The drive for 2.4.26

Hi Rainer, Rainer Jung in gmane.comp.apache.devel (Mon, 29 May 2017 15:00:45 +0200): >What is this "slight modification"? Steffen showed me that these modifications aren't needed with the CMake option -DENABLE_MODULES=i -- Jan

Re: The drive for 2.4.26

Steffen in gmane.comp.apache.devel (Mon, 29 May 2017 15:42:46 +0200): >Here only : > >-- Modules not built: >-- mod_socache_dc >-- mod_charset_lite >-- Configuring done > >Building with: >cmake -G "NMake Makefiles" -DCMAKE_INSTALL_PREFIX=C:\Apache24 >-DCMAKE_BUILD_TYPE=Release

Re: The drive for 2.4.26

Hi Rainer, Rainer Jung in gmane.comp.apache.devel (Mon, 29 May 2017 15:00:45 +0200): >Am 29.05.2017 um 10:54 schrieb Jan Ehrhardt: >> If you really need one of these modules, with a slight modification of >> CMakeLists.txt these can be built as well. Only real exception: >>

Re: The drive for 2.4.26

Rainer Jung in gmane.comp.apache.devel (Sun, 28 May 2017 23:20:35 +0200): >Due to quick votes from the team this has now been committed in r1796539 >for 2.4.26. Thanks. I checked woth the 2.4.x branch, built on Windows with CMake/VC14 (plus APR 1.6 and OpenSSL 1.1.0) and the patch works OK.

Re: The drive for 2.4.26

Rainer Jung in gmane.comp.apache.devel (Fri, 21 Apr 2017 00:29:38 +0200): >Thanks for the analysis. So the following patch on trunk works for me >when using OpenSSL 1.0.1e (on Solaris 10): > >Index: support/ab.c >=== >---

Re: The drive for 2.4.26

Rainer Jung in gmane.comp.apache.devel (Fri, 21 Apr 2017 00:29:38 +0200): >Thanks for the analysis. So the following patch on trunk works for me >when using OpenSSL 1.0.1e (on Solaris 10): > >Index: support/ab.c >=== >---

Re: mod_brotli in 2.4.x is missing a few Makefile changes

Gregg Smith in gmane.comp.apache.devel (Sun, 30 Apr 2017 08:54:34 -0700): >On 4/30/2017 5:36 AM, Jan Ehrhardt wrote: > >> The problem with CMake is that it does not build all things, that AL and >> AH put in their distributions. CMake will build Apr 1.6 and Apr-util

Re: mod_brotli in 2.4.x is missing a few Makefile changes

Jan Ehrhardt in gmane.comp.apache.devel (Sun, 30 Apr 2017 14:36:57 +0200): >*.mak files in apr-util + the Makefile.win's in apr-util\(ces|css) *.mak files in apr-iconv + the Makefile.win's in apr-iconv\(ces|css)

Re: mod_brotli in 2.4.x is missing a few Makefile changes

Gregg Smith in gmane.comp.apache.devel (Sat, 29 Apr 2017 17:19:03 -0700): >I have no problem with "recommending" folks use cmake, none at all. I >find it to be a pain in the backside but that's just me. Others may >share this but I will not stand in the way of simply "recommending" it. >I'm

Re: mod_brotli in 2.4.x is missing a few Makefile changes

William A Rowe Jr in gmane.comp.apache.devel (Fri, 28 Apr 2017 10:30:03 -0500): >You might have missed my thought here... suggesting that the CMake >not-so-experimental build become recommended for users who want to >build all the modules in one go including the new mod_brotli. People like

Re: mod_brotli in 2.4.x is missing a few Makefile changes

William A Rowe Jr in gmane.comp.apache.devel (Fri, 28 Apr 2017 09:57:53 -0500): >Hmmm... > >Building brotli libs requires CMake. > >Perhaps only support building mod_brotli through the CMake build, and not >the legacy build? That would be not very convenient if you want to build Apache with all

Re: mod_brotli in 2.4.x is missing a few Makefile changes

Jim Jagielski in gmane.comp.apache.devel (Fri, 28 Apr 2017 09:29:01 -0400): >Are these issues with *building* the brotli library during >the configure/make of httpd? No, building the brotli library itself is a CMake thing. Something like CMake -G "Visual Studio 14 2015 Win64"

Re: mod_brotli in 2.4.x is missing a few Makefile changes

Hi Gregg, Gregg Smith in gmane.comp.apache.devel (Tue, 25 Apr 2017 18:23:50 -0700): >Actually, I'll test here in a while and commit tomorrow. Quote from modules/filters/mod_brotli.dsp > +# ADD LINK32 kernel32.lib brotlicommon.lib brotlienc.lib /nologo > /subsystem:windows /dll /incremental:no

Re: mod_http2 v1.10.0

Stefan Eissing in gmane.comp.apache.devel (Mon, 3 Apr 2017 13:19:42 +0200): >Hi there, > >a new version of mod_http2 has been backported to 2.4.x and there is >also a github release, as usual: > https://github.com/icing/mod_h2/releases/tag/v1.10.0 > >I rewrote some key parts of scheduling and

Re: httpd-2.2.x and C89... ;-(

NormW in gmane.comp.apache.devel (Sat, 7 Jan 2017 11:31:32 +1100): > D:\Projects\svn\httpd-2.2.x>svn diff > Index: modules/proxy/mod_proxy.c > === > --- modules/proxy/mod_proxy.c (revision 1777591) > +++ modules/proxy/mod_proxy.c

Re: The Version Bump fallacy [Was Re: Post 2.4.25]

William A Rowe Jr in gmane.comp.apache.devel (Wed, 28 Dec 2016 10:46:51 -0600): >On Wed, Dec 28, 2016 at 9:05 AM, Jan Ehrhardt <php...@ehrhardt.nl> wrote: > >> Do not underestimate the influence of control panels. On all my Centos >> servers I am running Directadmin. DA

Re: The Version Bump fallacy [Was Re: Post 2.4.25]

William A Rowe Jr in gmane.comp.apache.devel (Tue, 27 Dec 2016 23:35:50 -0600): >But the vast majority of httpd, nginx, and yes - even IIS >users are all running what they were handed from their >OS distribution. Do not underestimate the influence of control panels. On all my Centos servers I am

Re: [VOTE] Release Apache httpd 2.4.25 as GA

Jim Jagielski in gmane.comp.apache.devel (Fri, 16 Dec 2016 13:29:04 -0500): >[x] +1: Good to go Running without problems on my dev server now. Windows 2008 R2, VC9 x86 and VC11, x64 -- Jan

Re: [VOTE] Release Apache httpd 2.4.22 as GA

Jim Jagielski in gmane.comp.apache.devel (Mon, 20 Jun 2016 09:20:43 -0400): >The pre-release test tarballs for Apache httpd 2.4.22 can be found >at the usual place: > > http://httpd.apache.org/dev/dist/ > >I'm calling a VOTE on releasing these as Apache httpd 2.4.22 GA. > >[ ] +1: Good to go

Re: [VOTE] Release Apache httpd 2.4.21 as GA

Jim Jagielski in gmane.comp.apache.devel (Thu, 16 Jun 2016 13:07:51 -0400): >The pre-release test tarballs for Apache httpd 2.4.21 can be found >at the usual place: > > http://httpd.apache.org/dev/dist/ > >I'm calling a VOTE on releasing these as Apache httpd 2.4.21 GA. > >[ ] +1: Good to go

Re: Will push for a T of 2.4.21 in June

Jim Jagielski in gmane.comp.apache.devel (Wed, 8 Jun 2016 09:34:35 -0400): >I am thinking about a T next week... > >Get those backports and votes IN! Gregg proposed a backport of the VC14 fix for abs. Bug report: https://bz.apache.org/bugzilla/show_bug.cgi?id=59630 Patch:

Re: mod_proxy_http2 windows build

Stefan Eissing in gmane.comp.apache.devel (Wed, 18 May 2016 17:09:46 +0200): >Reaching out to the knowledgable and always helpful Windows people: do we >need a mod_proxy_http2.dsp in trunk/modules/http2 (and 2.4.x branch for >next release)? The project files for the 2.4.x branch I am using at the

Re: mod_proxy_http2 windows build

William A Rowe Jr in gmane.comp.apache.devel (Wed, 18 May 2016 14:54:41 -0500): >The .dsp files become irrelevant in this day and age, the legacy environment >it maps to is entirely dead and beyond availability (snip)... Yet they are still the preferred way of building Apache by the people at

Re: mod_proxy_http2 build change

Stefan Eissing in gmane.comp.apache.devel (Fri, 29 Apr 2016 11:46:14 +0200): >Just a heads up for all people caring about "other" builds: with r1741596 >in trunk I remove h2_request.c from linking in mod_proxy_http2. This >should help resolve some issues that where observed on the Windows build. >

Re: mod_http2 on Windows (was: Re: Status for 2.4.20)

William A Rowe Jr in gmane.comp.apache.devel (Thu, 24 Mar 2016 09:16:17 -0500): >> http://windows.php.net/downloads/snaps/master/r454ae8a/logs/make-ts-windows-vc14-x64-r454ae8a.html > >It's been a *long* time, and I know it hadn't been that well maintained >for non-Linux (non-BSD) target

Re: mod_http2 on Windows (was: Re: Status for 2.4.20)

William A Rowe Jr in gmane.comp.apache.devel (Thu, 24 Mar 2016 07:58:45 -0500): >Precisely, Jan. We don't know where these truncation errors lead - do they >portentially open security holes? They cetainly interefere with serving >huge resources such as .iso images. > >When I first tripped over

Re: Status for 2.4.20

William A Rowe Jr in gmane.comp.apache.devel (Wed, 23 Mar 2016 08:00:19 -0500): >On Wed, Mar 23, 2016 at 7:42 AM, William A Rowe Jr >wrote: > >> Again, a C89 regression breaking the candidate, but in an experimental >> module that we don't promise will always build. nghttp2

Re: 2.4.20 Change dsp: Win32-specific build files.

Steffen in gmane.comp.apache.devel (Wed, 23 Mar 2016 09:15:45 +0100): >Saw that wrowe did a change win make files in 2.4. branche. > >The comment says the the .dsp files are entirely ! unusable. > >I can tell that they are entirely usable with V9-VC14. What was the issue ? I agree with

Re: Need hints from those building mod_http2 and mod_proxy_http2 on Windows

Jeff Trawick in gmane.comp.apache.devel (Tue, 22 Mar 2016 18:11:59 -0400): >What version of nghttp2 are you using? I always use git head of nghttp2. So that is > v1.8.0 ATM >Are you using the cmake build for httpd? No. I open the *.dsw / *.dsp in with VC9 / VC11, after applying these

Re: [VOTE] Release Apache httpd 2.4.19 as GA

Stefan Eissing in gmane.comp.apache.devel (Tue, 22 Mar 2016 11:38:31 +0100): >I added the missing line in trunk and 2.4.x. Jan, are you able >to verify that the current 2.4.x builds for you? Thanks! I did not check the current build, but added the line myself and went ahead:

Re: [VOTE] Release Apache httpd 2.4.19 as GA

Jim Jagielski in gmane.comp.apache.devel (Mon, 21 Mar 2016 13:37:40 -0400): >[x] +0: meh mod_http2.so will not build 'out of the box' on Windows, because mod_http2.dsp is missing # Begin Source File SOURCE=./h2_ngn_shed.c # End Source File This leads to build errors like: 1>h2_mplx.obj :

Re: Plan for T of 2.4.19

Jim Jagielski in gmane.comp.apache.devel (Mon, 21 Mar 2016 10:55:52 -0400): >UPDATE: I plan to T at ~1pm Eastern. Will mod_fcgid be part of 2.4.19? Jan

256-bits cipher for HTTP/2 with Chrome

No question or issue, just a quick note. On Apachelounge Mario Brandt (aka James Bond) once asked the question: "Is there any chance to have a 256 cipher instead of ECDHE-RSA-AES128-GCM-SHA256?" It turns out, that there is a 256-bits cipher which will be used by Chrome for HTTP/2 connections:

Re: mod_fcgid and broken doc links

Jim Jagielski in gmane.comp.apache.devel (Wed, 13 Jan 2016 07:33:43 -0500): >Does it make sense to "officially" bundle mod_fcgid w/ httpd? FWIW: I always compile mod_fcgid.so together with Apache httpd. I have made it part of my VC 9/11/14 solution files. I guess that many Windows users of httpd

Re: [VOTE] Release Apache httpd 2.4.18 as GA

Jim Jagielski in gmane.comp.apache.devel (Tue, 8 Dec 2015 15:38:41 -0500): >The pre-release test tarballs for Apache httpd 2.4.18 can be found >at the usual place: > > http://httpd.apache.org/dev/dist/ > >I'm calling a VOTE on releasing these as Apache httpd 2.4.18 GA. No idea who has

Re: No H2 Window updates!

Eric Covener in gmane.comp.apache.devel (Mon, 7 Dec 2015 11:03:15 -0500): >On Mon, Dec 7, 2015 at 10:56 AM, Jan Ehrhardt <php...@ehrhardt.nl> wrote: >> Stefan Eissing in gmane.comp.apache.devel (Mon, 7 Dec 2015 13:58:07 >> +0100): >>>if you could find the time to ver

Re: No H2 Window updates!

Stefan Eissing in gmane.comp.apache.devel (Mon, 7 Dec 2015 13:58:07 +0100): >if you could find the time to verify that the duplicate headers are gone >in the current 2.4.x version, that'd be nice. Thanks! They are gone! Time to T 2.4.18. -- Jan

Re: mod_http2 1.0.7+ and Drupal (Was: No H2 Window updates!)

Stefan Eissing in gmane.comp.apache.devel (Sun, 6 Dec 2015 09:26:56 +0100): >Jan, thanks for tracking this down to the duplicate headers. I will look into >it. > >Just to be sure I got everything right: you tested against the mod_h2 github >versions? I used the sources from the ASF repos. This

Re: No H2 Window updates!

Stefan Eissing in gmane.comp.apache.devel (Fri, 4 Dec 2015 21:37:46 +0100): >> 1.0.10 did not solve my problems with the admin menu in Drupal7. Sorry. > >Do you have any advice how to reproduce the problem, so that I might see >what it is? I am not familiar with drupal7, unfortunately.

Re: mod_http2 1.0.7+ and Drupal (Was: No H2 Window updates!)

Jan Ehrhardt in gmane.comp.apache.devel (Sun, 06 Dec 2015 05:47:43 +0100): >Content-Encoding: gzip, gzip Comment in h2_from_h1.c: /* * Since some clients choke violently on multiple Vary fields, or * Vary fields with duplicate tokens, combine any multiples and remove * any duplica

Re: mod_http2 1.0.7+ and Drupal (Was: No H2 Window updates!)

Jan Ehrhardt in gmane.comp.apache.devel (Sun, 06 Dec 2015 04:44:23 +0100): >So far the analysis at this moment. I do not know what I could investigate >now. Suggestions welcome. Found the difference! mod_http2 1.0.5 response headers Cache-Control: private, max-age=31536000 Content-En

Re: NOTICE: Intent to T 2.4.18

Jim Jagielski in gmane.comp.apache.devel (Sat, 5 Dec 2015 16:42:37 -0500): >With the latest patches, I think we are in good shape. >With that in mind, I plan to T on Tues (Dec 8) I would not do that, unless http://thread.gmane.org/gmane.comp.apache.devel/57728/focus=57827 is solved before

Re: No H2 Window updates!

Stefan Eissing in gmane.comp.apache.devel (Fri, 4 Dec 2015 21:37:46 +0100): >> >> 1.0.10 did not solve my problems with the admin menu in Drupal7. Sorry. > >Do you have any advice how to reproduce the problem, so that I might see >what it is? I am not familiar with drupal7, unfortunately. I

mod_http2 1.0.7+ and Drupal (Was: No H2 Window updates!)

Some words for sysadmins: this is a rather annoying bug because there is not any sign in the logs that the client has a content decoding failure. You can never be sure that the user gets to see what the server sends to the client. Jan Ehrhardt in gmane.comp.apache.devel (Sun, 06 Dec 2015 01:34:47

Re: No H2 Window updates!

Stefan Eissing in gmane.comp.apache.devel (Fri, 4 Dec 2015 16:23:19 +0100): >If you find the time, the lastest v1.0.10 mod_http2 in 2.4.x sets the >connection window to max which addresses for me the window starvation >issues I was able to reproduce (and put into my test suite). I hope this >works

Re: No H2 Window updates!

Stefan Eissing in gmane.comp.apache.devel (Wed, 2 Dec 2015 15:44:53 +0100): >Please find with r1717641 version 1.0.9-DEV of mod_http2 in trunk and >branches/2.4.x >that fixes the issue of streams with smallish inputs and lost WINDOW_UPDATEs. I checked out 2.4.x which gave me revision 1717657.

Re: No H2 Window updates!

William A Rowe Jr in gmane.comp.apache.devel (Tue, 1 Dec 2015 08:32:24 -0600): >Hi Jan - it isn't possible to build httpd trunk sources using httpd 2.4.x build >files, and this goes for windows or unix. How were you trying to build? ... That was exactly what I was doing. I did not replace my

Re: No H2 Window updates!

Jim Jagielski in gmane.comp.apache.devel (Tue, 1 Dec 2015 07:38:47 -0500): > >> On Nov 30, 2015, at 5:53 PM, Jan Ehrhardt <php...@ehrhardt.nl> wrote: >> >> Creating library .\Release/mod_http2.lib and object .\Release/mod_http2.exp >> 1>h2_from_h1.obj : error

Re: issue with "uncacheable" cache revalidations

Eric Covener in gmane.comp.apache.devel (Tue, 1 Dec 2015 10:50:56 -0500): >I've been looking at an issue where a revalidation >of a stale cache entry fails because the 304 response >on the revalidation doesn't contain its own CC or Expires >but the URL has a query string. This kicks the

Re: No H2 Window updates!

Jim Jagielski in gmane.comp.apache.devel (Mon, 30 Nov 2015 07:24:07 -0500): >I'm assuming that the brokenness also shows up on trunk, >right? > >Bert, Jan, can you check if trunk shows the same behavior? >I would prefer not hacking away on 2.4 directly and independently. FYI: the only differences

Re: No H2 Window updates!

Jim Jagielski in gmane.comp.apache.devel (Mon, 30 Nov 2015 07:24:07 -0500): >I'm assuming that the brokenness also shows up on trunk, >right? > >Bert, Jan, can you check if trunk shows the same behavior? >I would prefer not hacking away on 2.4 directly and independently. I checked out revision

Re: No H2 Window updates!

Bert Huijben in gmane.comp.apache.devel (Sun, 29 Nov 2015 14:48:46 +0100): >> -Original Message- >> From: Stefan Eissing [mailto:stefan.eiss...@greenbytes.de] >> Sent: zondag 29 november 2015 09:04 >> To: dev@httpd.apache.org >> Subject: Re: No H2 Window updates! >> >> Ok, thanks. I think

Re: No H2 Window updates!

Jan Ehrhardt in gmane.comp.apache.devel (Sat, 28 Nov 2015 14:09:07 +0100): >What is worrying me is that I do not have problems with mod_http2 1.0.5, >but mod_http2 1.0.8 in a default installation causes trouble with Drupal7. >It would be great if I could test it with mod_http2.so 1

Re: No H2 Window updates!

Steffen in gmane.comp.apache.devel (Sat, 28 Nov 2015 10:44:44 +0100): >I saw issues on boxes with the default of number of concurrent >streams. > >Lowering the default 100 value of the directive H2MaxSessionStreams >solved it. I know that, because it is in this topic:

Re: No H2 Window updates!

Bert Huijben in gmane.comp.apache.devel (Fri, 27 Nov 2015 20:04:14 +0100): >Well… it is not a regression, so can it be a show stopper? ?… >But I would like to see this fixed. Curious: are you still testing this on Windows? If so, I guess you compiled your own httpd. I tried to do the same a

Re: No H2 Window updates!

Jan Ehrhardt in gmane.comp.apache.devel (Fri, 27 Nov 2015 22:34:53 +0100): >Bert Huijben in gmane.comp.apache.devel (Fri, 27 Nov 2015 20:04:14 +0100): >>Well… it is not a regression, so can it be a show stopper? ?… >>But I would like to see this fixed. > >Curious:

Re: H2 stream dependencies

Bert Huijben in gmane.comp.apache.devel (Thu, 26 Nov 2015 18:36:00 +0100): >And another thing: gor my testing it would be useful if httpd would somehow >start logging how it received the requests... Currently it still logs >HTTP/1.1 in the access logs even for h2 requests. Apache 2.4.18-dev does