Re: svn commit: r1893327 - /httpd/dev-tools/github/apply_trunk_pr.sh

On 9/14/21 1:26 PM, Eric Covener wrote: > On Tue, Sep 14, 2021 at 2:57 AM wrote: >> >> Author: rpluem >> Date: Tue Sep 14 06:57:34 2021 >> New Revision: 1893327 >> >> URL: http://svn.apache.org/viewvc?rev=1893327&view=rev >> Log: >> * Add commit authors to clog as Submitted by >> >> Modified: >

Re: APLOGNO number range for vendors?

On 12/1/20 4:02 PM, Yehuda Katz wrote: > Would a crazy option 4 be to add VENDOR_APLOGNO() which could add a prefix to > the log number to be used in any patches? > > For example, V_APLOGNO('R', 123) could produce AHR123 > > This would make it clear that the error comes from a patch from anothe

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

On 10/29/20 3:51 PM, Joe Orton wrote: > On Fri, Oct 23, 2020 at 10:07:39AM +0200, Ruediger Pluem wrote: >> >> >> On 10/23/20 8:24 AM, rpl...@apache.org wrote: >>> Author: rpluem >>> Date: Fri Oct 23 06:24:55 2020 >>> New Revision: 1882776 >>> >>> URL: http://svn.apache.org/viewvc?rev=1882776&vie

Re: svn commit: r1869338 - in /httpd/httpd/trunk: CHANGES docs/log-message-tags/next-number include/ap_mmn.h modules/proxy/mod_proxy.h modules/proxy/mod_proxy_connect.c modules/proxy/mod_proxy_wstunne

On 11/04/2019 10:55 PM, Yann Ylavic wrote: > On Mon, Nov 4, 2019 at 10:16 PM Ruediger Pluem wrote: >> >> >> >> On 11/04/2019 06:12 PM, Yann Ylavic wrote: >>> On Mon, Nov 4, 2019 at 4:16 PM Ruediger Pluem wrote: >> >> Just that I get it correct: >> >> This would require something like >>

Re: Opt in(/out?) for TLS protocol per vhost (was: svn commit: r1868645)

On 10/28/2019 10:54 AM, Yann Ylavic wrote: > On Mon, Oct 28, 2019 at 9:24 AM Stefan Eissing > wrote: >> >> Ok, let me summarize: >> >> - SSLProtocol on base server applies, unless vhost has its own setting >> - no SSLProtocol on base server, SSLProtocol on vhost applies >> - no SSLProtocol on b

Re: svn commit: r1863191 - in /httpd/httpd/trunk: docs/log-message-tags/next-number modules/generators/cgi_common.h modules/generators/mod_cgi.c modules/generators/mod_cgid.c

On 07/17/2019 09:51 AM, jor...@apache.org wrote: > Author: jorton > Date: Wed Jul 17 07:51:53 2019 > New Revision: 1863191 > > URL: http://svn.apache.org/viewvc?rev=1863191&view=rev > Log: > mod_cgid: Continuation of r1862968, experimental fd passing support. > > Split out CGI bucket implementat

Re: svn commit: r1753223 - /httpd/httpd/trunk/modules/http/http_protocol.c

On 07/18/2016 05:28 PM, William A Rowe Jr wrote: > On Mon, Jul 18, 2016 at 10:22 AM, Ruediger Pluem > wrote: > > > On 07/18/2016 03:41 PM, wr...@apache.org wrote: > > Author: wrowe > > Date: Mon Jul 18 13:41:26 2016 > > New Re

Re: svn commit: r1737382 - /httpd/httpd/trunk/docs/manual/mod/core.xml

On 04/01/2016 03:48 PM, Eric Covener wrote: > I am -0.9 on this info in the manual, for a relatively low severity bug. +1. We don't do this kind of stuff in the documentation. This is what CHANGES and Bugzilla are for. Regards Rüdiger > > On Fri, Apr 1, 2016 at 9:31 AM, wrote: >> Author

Fwd: svn commit: r1445100 - in /httpd/httpd/branches/2.2.x: ./ CHANGES STATUS server/mpm_common.c

Original Message Subject:svn commit: r1445100 - in /httpd/httpd/branches/2.2.x: ./ CHANGES STATUS server/mpm_common.c Date: Tue, 12 Feb 2013 10:54:42 GMT From: rj...@apache.org Author: rjung Date: Tue Feb 12 10:54:42 2013 New Revision: 1445100 URL: http://svn.a

Fwd: svn commit: r1387110 - in /httpd/httpd/trunk: CHANGES docs/manual/mod/mod_proxy.xml include/ap_mmn.h modules/proxy/mod_proxy.c modules/proxy/mod_proxy.h modules/proxy/mod_proxy_balancer.c modules

Original Message Subject:svn commit: r1387110 - in /httpd/httpd/trunk: CHANGES docs/manual/mod/mod_proxy.xml include/ap_mmn.h modules/proxy/mod_proxy.c modules/proxy/mod_proxy.h modules/proxy/mod_proxy_balancer.c modules/proxy/proxy_util.c Date: Tue, 18 Sep 2012 12:

Fwd: svn commit: r1386726 - in /httpd/httpd/trunk: docs/log-message-tags/next-number modules/slotmem/mod_slotmem_shm.c

Original Message Subject:svn commit: r1386726 - in /httpd/httpd/trunk: docs/log-message-tags/next-number modules/slotmem/mod_slotmem_shm.c Date: Mon, 17 Sep 2012 17:19:45 GMT From: j...@apache.org Author: jim Date: Mon Sep 17 17:19:44 2012 New Revision: 1386726

Fwd: svn commit: r1377475 - in /httpd/httpd/trunk: CHANGES docs/manual/mod/mod_lua.xml docs/manual/style/scripts/prettify.js modules/lua/lua_vmprep.h modules/lua/mod_lua.c modules/lua/mod_lua.h

Original Message Subject:svn commit: r1377475 - in /httpd/httpd/trunk: CHANGES docs/manual/mod/mod_lua.xml docs/manual/style/scripts/prettify.js modules/lua/lua_vmprep.h modules/lua/mod_lua.c modules/lua/mod_lua.h Date: Sun, 26 Aug 2012 18:39:59 GMT From: humbed..

Fwd: svn commit: r1369656 - in /httpd/httpd/trunk/modules/lua: lua_vmprep.c lua_vmprep.h mod_lua.c mod_lua.h

Original Message Subject:svn commit: r1369656 - in /httpd/httpd/trunk/modules/lua: lua_vmprep.c lua_vmprep.h mod_lua.c mod_lua.h Date: Sun, 05 Aug 2012 19:57:45 GMT From: humbed...@apache.org Author: humbedooh Date: Sun Aug 5 19:57:44 2012 New Revision: 1369656

Fwd: svn commit: r1367725 - /httpd/httpd/trunk/modules/lua/mod_lua.c

Original Message Subject:svn commit: r1367725 - /httpd/httpd/trunk/modules/lua/mod_lua.c Date: Tue, 31 Jul 2012 19:43:30 GMT From: humbed...@apache.org Author: humbedooh Date: Tue Jul 31 19:43:29 2012 New Revision: 1367725 URL: http://svn.apache.org/viewvc?rev=1

Fwd: svn commit: r1305192 - /httpd/httpd/branches/2.4.x/build/make_nw_export.awk

Original Message Subject:svn commit: r1305192 - /httpd/httpd/branches/2.4.x/build/make_nw_export.awk Date: Mon, 26 Mar 2012 01:36:51 GMT From: fua...@apache.org Author: fuankg Date: Mon Mar 26 01:36:51 2012 New Revision: 1305192 URL: http://svn.apache.org/viewv

Fwd: svn commit: r1241897 - /httpd/httpd/branches/2.4.x/configure.in

Author: jim Date: Wed Feb 8 13:48:19 2012 New Revision: 1241897 URL: http://svn.apache.org/viewvc?rev=1241897&view=rev Log: Correct the --with_included_apr error message. We no longer provide an included/bundled version of apr/apu for the convenience of our users. Modified: httpd/httpd

Fwd: svn commit: r1238824 - in /httpd/httpd/branches/2.4.x: ./ CHANGES server/core.c

Original Message Subject:svn commit: r1238824 - in /httpd/httpd/branches/2.4.x: ./ CHANGES server/core.c Date: Tue, 31 Jan 2012 21:50:03 GMT From: s...@apache.org Author: sf Date: Tue Jan 31 21:50:03 2012 New Revision: 1238824 URL: http://svn.apache.org/viewvc?

Re: 2.3.15 RewriteRule P

Eric Covener wrote: >> The different handling of conn->port and conn->hostname doesn't look >> right to me. Can the r->proxyreq check actually be false at this point or is >> it simply redundant? And shouldn't the strcasecmp(conn->hostname, >> uri->hostname) check be done regardless of r->connect

Fwd: svn commit: r1225199 - in /httpd/httpd/trunk: docs/log-message-tags/next-number server/core.c

Original-Nachricht Betreff:svn commit: r1225199 - in /httpd/httpd/trunk: docs/log-message-tags/next-number server/core.c Datum: Wed, 28 Dec 2011 14:54:50 GMT Von:s...@apache.org Author: sf Date: Wed Dec 28 14:54:49 2011 New Revision: 1225199 URL: http://svn.ap

Fwd: svn commit: r1225199 - in /httpd/httpd/trunk: docs/log-message-tags/next-number server/core.c

Original-Nachricht Betreff:svn commit: r1225199 - in /httpd/httpd/trunk: docs/log-message-tags/next-number server/core.c Datum: Wed, 28 Dec 2011 14:54:50 GMT Von:s...@apache.org Author: sf Date: Wed Dec 28 14:54:49 2011 New Revision: 1225199 URL: http://svn.ap

Re: CVE-2011-3607, int overflow ap_pregsub()

Am 21.12.2011 20:08, schrieb Greg Ames: On Tue, Dec 20, 2011 at 4:26 AM, William A. Rowe Jr. wrote: We should come to a conclusion on this. How about this for 2.2.x ? --- server/util.c (revision 1179624) +++ server/util.c (working copy) @@ -82,6 +82,8 @@ #define IS_SLASH(s)

Re: [RFC] further proxy/rewrite URL validation security issue (CVE-2011-4317)

Am 24.11.2011 23:37, schrieb Rainer Jung: On 23.11.2011 15:23, Joe Orton wrote: Prutha Parikh from Qualys reported a variant on the CVE-2011-3368 attack against certain mod_proxy/mod_rewrite configurations. A new CVE name, CVE-2011-4317, has been assigned to this variant. The configurations i

Re: client_ip vs remote_ip

Am 24.11.2011 00:27, schrieb William A. Rowe Jr.: On 11/23/2011 4:39 PM, Nick Kew wrote: Appropriate Terminology Suggestion: Object Protocol Remote Name -- -- request_rec HTTP Client client_ip conn_rec TCP Peer peer_ip +1 +1 Regards Rüdiger

Fwd: svn commit: r1204087 - in /httpd/httpd/trunk: include/ap_expr.h include/ap_mmn.h server/util_expr_eval.c server/util_expr_parse.c server/util_expr_parse.y

Original-Nachricht Betreff: svn commit: r1204087 - in /httpd/httpd/trunk: include/ap_expr.h include/ap_mmn.h server/util_expr_eval.c server/util_expr_parse.c server/util_expr_parse.y Datum: Sat, 19 Nov 2011 21:58:49 GMT Von:s...@apache.org Author: sf Date: Sat Nov 19

Fwd: svn commit: r1202257 - in /httpd/httpd/trunk/server/mpm/event: config3.m4 equeue.c equeue.h event.c

Original-Nachricht Betreff:svn commit: r1202257 - in /httpd/httpd/trunk/server/mpm/event: config3.m4 equeue.c equeue.h event.c Datum: Tue, 15 Nov 2011 15:51:04 GMT Von:pque...@apache.org Author: pquerna Date: Tue Nov 15 15:51:03 2011 New Revision: 1202257 URL:

Fwd: svn commit: r1202257 - in /httpd/httpd/trunk/server/mpm/event: config3.m4 equeue.c equeue.h event.c

Original-Nachricht Betreff:svn commit: r1202257 - in /httpd/httpd/trunk/server/mpm/event: config3.m4 equeue.c equeue.h event.c Datum: Tue, 15 Nov 2011 15:51:04 GMT Von:pque...@apache.org Author: pquerna Date: Tue Nov 15 15:51:03 2011 New Revision: 1202257 URL:

Fwd: svn commit: r1200590 - in /httpd/httpd/trunk: buildconf configure.in srclib/libapreq/buildconf srclib/libapreq/configure.in

Original-Nachricht Betreff: svn commit: r1200590 - in /httpd/httpd/trunk: buildconf configure.in srclib/libapreq/buildconf srclib/libapreq/configure.in Datum: Thu, 10 Nov 2011 21:59:08 GMT Von:pgollu...@apache.org Author: pgollucci Date: Thu Nov 10 21:59:07 2011 New

Fwd: svn commit: r1200040 - in /httpd/httpd/trunk: CHANGES modules/ssl/mod_ssl.c modules/ssl/ssl_engine_config.c modules/ssl/ssl_engine_init.c modules/ssl/ssl_engine_kernel.c modules/ssl/ssl_private.h

Original-Nachricht Betreff: svn commit: r1200040 - in /httpd/httpd/trunk: CHANGES modules/ssl/mod_ssl.c modules/ssl/ssl_engine_config.c modules/ssl/ssl_engine_init.c modules/ssl/ssl_engine_kernel.c modules/ssl/ssl_private.h Datum: Wed, 09 Nov 2011 23:37:37 GMT Von:pque.

Re: prefetch proxy

Am 03.11.2011 20:36, schrieb Jim Jagielski: fwiw: I can recreate this at will... The setup: the jenkins-cli jarfile with Jenkins running in Winstone/Jetty/Tomcat/JBoss/Doesn'tMatter and Apache frontending Jenkins with a ProxyPass. Trying to access Jenkins thru Apache via: java jenkins-cl

Re: prefetch proxy

Am 03.11.2011 20:00, schrieb Jim Jagielski: On Nov 3, 2011, at 2:37 PM, Jeff Trawick wrote: I'm not disputing that there is some undiagnosed situation where APR_ETIMEUP is seen. I am looking for confirmation that APR_ETIMEUP is the expected value. It's hard to diagnose what the value sho

Fwd: svn commit: r1197405 - in /httpd/httpd/trunk: CHANGES docs/manual/upgrading.xml modules/filters/mod_substitute.c

Original-Nachricht Betreff:svn commit: r1197405 - in /httpd/httpd/trunk: CHANGES docs/manual/upgrading.xml modules/filters/mod_substitute.c Datum: Fri, 04 Nov 2011 05:35:54 GMT Von:s...@apache.org Author: sf Date: Fri Nov 4 05:35:53 2011 New Revision: 1197405

Re: prefetch proxy

Am 01.11.2011 21:23, schrieb Jim Jagielski: In mod_proxy_http we have: /* Prefetch MAX_MEM_SPOOL bytes * * This helps us avoid any election of C-L v.s. T-E * request bodies, since we are willing to keep in * memory this much data, in any case. This gives * u

Re: Really big regex results from ap_pregsub

Am 13.10.2011 22:30, schrieb William A. Rowe Jr.: On 10/13/2011 2:32 PM, Jim Jagielski wrote: We have 2 conditions: 1. nmatch> AP_MAX_REG_MATCH 2. really big string For #1 we can either choose to return NULL or "". Since most calls to ap_pregsub() aren't checked, "" might be safer. An

Fwd: svn commit: r1179448 - in /httpd/httpd/trunk: include/ap_mmn.h include/mpm_common.h server/mpm_common.c

Original-Nachricht Betreff: svn commit: r1179448 - in /httpd/httpd/trunk: include/ap_mmn.h include/mpm_common.h server/mpm_common.c Datum: Wed, 05 Oct 2011 21:25:59 GMT Von: Author: sf Date: Wed Oct 5 21:25:58 2011 New Revision: 1179448 URL: http://svn.apache.org/v

Re: Axe ap_proxy_removestr() ?

Am 03.10.2011 21:12, schrieb Stefan Fritsch: Hi, ap_proxy_removestr() uses memory that grows quadratically with the number of fields in the input string, which is bad. It was introduced in r88648 (Apr 2001) but hasn't been used after r91370 (Oct 2001). Any objection if I just remove it? Che

Re: svn commit: r1054323 - in /httpd/httpd/trunk: CHANGES docs/manual/mod/mod_ssl.xml docs/manual/upgrading.xml modules/ssl/ssl_engine_config.c modules/ssl/ssl_engine_vars.c modules/ssl/ssl_private.h

On 01/02/2011 12:56 AM, s...@apache.org wrote: > Author: sf > Date: Sat Jan 1 23:56:24 2011 > New Revision: 1054323 > > URL: http://svn.apache.org/viewvc?rev=1054323&view=rev > Log: > Change the format of the SSL_{CLIENT,SERVER}_{I,S}_DN variables > to be RFC 2253 compatible, convert non-ASCII

Re: missing svn properties

Thanks for the observation. Fixed in r718015. Regards Rüdiger On 11/16/2008 02:23 AM, Takashi Sato wrote: > In trunk these files are missing svn:eol-style "native" > > docs\manual\mod\mod_buffer.html > docs\manual\mod\mod_buffer.html.en > docs\manual\mod\mod_buffer.xml > docs\manual\mod\mod_buf

Re: Behaviour of mod_proxy_ajp if CPING/CPONG fails

On 09/05/2008 06:21 PM, Mladen Turk wrote: Plüm, Rüdiger, VF-Group wrote: +1 for the concept. However for threaded servers you should call ap_proxy_acquire_connection inside retry loop, cause there might be available connections inside the pool. I don't think that this does what you want

Compilation of trunk broken

Its seems that the recent commits from Graham (r647263) and Mladen (r647384) (APR) broke httpd trunk: server/.libs/libmain.a(exports.o):(.data+0x588): undefined reference to `ap_keep_body_filter' server/.libs/libmain.a(exports.o):(.data+0x58c): undefined reference to `ap_kept_body_filter' serv

Re: svn commit: r644746 - in /httpd/httpd/trunk: ./ docs/manual/mod/ include/ modules/session/ server/

On 04/05/2008 05:26 PM, Graham Leggett wrote: Ruediger Pluem wrote: +AP_DECLARE(int) ap_unescape_all(char *url); + +/** Doesn't this require a minor bump? I think it does do, yes. Fixed. +AP_DECLARE(char *) ap_escape_path_segment_b(char *c, const char *s); This is not a very descripti

Re: Separate mailinglist for doc related bugs?

Justin Erenkrantz wrote: > Removed this address from the mailing list...nothing else to see... -- > justin Thanks for your help Justin. Regards Rüdiger

Re: c->aborted is not set correctly on trunk

On 01/05/2006 05:24 PM, Joe Orton wrote: > On Thu, Jan 05, 2006 at 08:14:58AM -0800, Justin Erenkrantz wrote: > >>I do note that the 2.0 code says: >> >>/* The client has aborted, but the request was successful. We >> * will report success, and leave it to the access and

Re: svn commit: r329849 - in /httpd/httpd/trunk: CHANGES modules/proxy/proxy_util.c

On 11/01/2005 04:11 PM, Jim Jagielski wrote: > Ruediger, would the below appease your sensibilities :) Yes, it does. I am sorry. I guess I was a little too persistent in this discussion about this patch of comparable limited influence. I did not mean to step on your toes and nerves :-). Regard

Re: svn commit: r327601 - /httpd/httpd/branches/2.0.x/STATUS

On 10/22/2005 12:59 AM, Colm MacCarthaigh wrote: > On Fri, Oct 21, 2005 at 10:48:23PM -, [EMAIL PROTECTED] wrote: > >>Author: rpluem >>Date: Fri Oct 21 15:48:18 2005 >>New Revision: 327601 >> >>URL: http://svn.apache.org/viewcvs?rev=327601&view=rev >>Log: >>* Move two backports from proposed

Re: svn commit: r312964 - in /httpd/httpd/branches/2.2.x: CHANGES modules/proxy/mod_proxy_balancer.c modules/proxy/proxy_util.c

On 10/12/2005 01:38 PM, Joe Orton wrote: [..cut..] > > > Yup, if using strchr on a const variable, the correct method to preserve > const-ness and avoid those warnings is: > > const char *foo; > > foo = ap_strchr_c(some_const_char_string, 'x'); > > note that 'c' would need to be const

Re: [PATCH] Bug 36816: balancer_manager doesn't work if worker name

On 10/11/2005 11:22 PM, Jim Jagielski wrote: > Ruediger Pluem wrote: > >> >> >>On 10/11/2005 09:56 PM, Jim Jagielski wrote: >> >>[..cut..] >> >> >>>+1... I haven't looked to see if there's a "better" way to >>>do the 'longest match' test, but that's nit picking :) >> >> >>Ok, thanks. I think I w

Re: svn commit: r306878 - in /httpd/httpd/trunk: CHANGES modules/proxy/mod_proxy_connect.c

On 10/06/2005 10:31 PM, [EMAIL PROTECTED] wrote: > Author: trawick > Date: Thu Oct 6 13:31:03 2005 > New Revision: 306878 > > URL: http://svn.apache.org/viewcvs?rev=306878&view=rev > --- httpd/httpd/trunk/CHANGES [utf-8] (original) > +++ httpd/httpd/trunk/CHANGES [utf-8] Thu Oct 6 13:31:03 20

Re: svn commit: r294809 - in /httpd/httpd/trunk: acinclude.m4 configure.in

On 10/04/2005 10:06 PM, Jim Jagielski wrote: > Colm MacCarthaigh wrote: > [..cut..] > > I thought the containers were integral types, not void*. If the containers > themselves are void*, then the problem is reversed from what I thought, > but still a valid problem. I think we have both prob

Re: svn commit: r293305 - in /httpd/httpd/branches/2.2.x/modules:

On 10/04/2005 09:32 PM, William A. Rowe, Jr. wrote: > Brian Candler wrote: > [..cut..] > >> P.S. The reverse case is sillier, given that the value is moving to a >> *larger* type and therefore no data loss can occur: >> >> short a; >> long b = a; // (7) no warning >> >> s

Re: svn commit: r294809 - in /httpd/httpd/trunk: acinclude.m4 configure.in

On 10/04/2005 06:18 PM, [EMAIL PROTECTED] wrote: > Author: colm > Date: Tue Oct 4 09:18:24 2005 > New Revision: 294809 [..cut..] > > + > +AC_CACHE_CHECK([for void pointer length], [ap_void_ptr_lt_long], > +[AC_TRY_RUN([ > +int main(void) > +{ > +return sizeof(void *) < sizeof(long); > +}

Re: [PATCH] Re: Pluggable mod_log_config

On 10/03/2005 09:53 PM, Brian Akins wrote: > Rüdiger Plüm wrote: > [..cut..] > > but that would not be buffering in the sense that mod_log_config does > it. mod_log_config just keeps appending data to a buffer. in an sql > logger, to "buffer" you would keep a

Re: [PATCH] Re: Pluggable mod_log_config

On 10/03/2005 09:11 PM, Brian Akins wrote: > Rüdiger Plüm wrote: > >> Makes also sense to me since it seems to me that piped logging does >> not really play >> well with other things like spread or mysql. On the other side, what >> about the >> buffered log

Re: [PATCH] Re: Pluggable mod_log_config

On 10/03/2005 08:49 PM, Colm MacCarthaigh wrote: > On Mon, Oct 03, 2005 at 11:40:27AM -0400, Brian Akins wrote: > [..cut..] > > Looks useful, but file://|/bin/foo would be very non-intuitive for piped I guess you still can use |/bin/foo because file is the default provider. > loggers, balanc

Re: [PATCH] PIE support

Justin Erenkrantz wrote: --On Friday, January 21, 2005 2:46 PM + Joe Orton <[EMAIL PROTECTED]> wrote: Modern versions of GCC/binutils/... support flags which allow building "Position Independent Executables". This a Security Feature (TM) which means that executables can be loaded at non-fix

Re: Bug: Apache hangs if script invokes fork/waitpid

Naik, Roshan wrote: In my humble opinion it is much simpler (and cleaner) to fix this problem in one place...Apache, rather than in each module that may face this problem. I am not sure if it is really simpler (see below) but admittedly it would make things easier for module authors. So from

Re: Bug: Apache hangs if script invokes fork/waitpid

Naik, Roshan wrote: -Original Message- From: Rüdiger Plüm [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 12, 2004 2:45 PM To: [EMAIL PROTECTED] Subject: Re: Bug: Apache hangs if script invokes fork/waitpid [..cut..] I think 1. is the "problem" in our case. If you do

[Patch 30399] New directive CacheIgnoreHeaders to prevent user defined headers from being stored by mod_cache

Hi all, please find attached a new more general approch to prevent cookies from being stored in the cache. As proposed by Justin I replaced my original CacheStoreCookies directive with the more general CacheIgnoreHeaders directive. So far I only tested it for myself. If someone could test / have a

Regeneration of html version of manual from xml

Hi all, does anybody know how to regenerate the html version of the manual once I made changes to the xml sources of the manual? Thanks in advance Rüdiger

Re: Bug: Apache hangs if script invokes fork/waitpid

Naik, Roshan wrote: Somehow I feel that this problem exists in other (it not all) mpms besides worker. Havent tested it though. Anybody know of an mpm where the forked child wont close the connection ? -Roshan [..cut..] I think we have some kind of "works as designed" problem here. As far as I un

Re: [RFC] a lazy byterange filter

Joe Orton wrote: On Tue, Oct 12, 2004 at 04:39:00PM +0200, Andrà Malo wrote: * Joe Orton <[EMAIL PROTECTED]> wrote: 1) it's not particularly useful to be able to retrieve byteranges of the output of some SSI, CGI or PHP script output, if the output may change for each request anyway. Not agreed.

Re: Permissions of directories created by mod_disk_cache

Andreas Steinmetz wrote: Jeff Trawick wrote: [..cut..] Your umask setting can further restrict the permissions specified by Apache, but it cannot be used to make the permissions more liberal. What permissions do you suggest for the directories? If mod_disk_cache still stores authentication creden

Re: Permissions of directories created by mod_disk_cache

Jeff Trawick wrote: On Tue, 05 Oct 2004 14:25:51 +0200, Rüdiger Plüm <[EMAIL PROTECTED]> wrote: Hi all, I noticed that the permissions of the directories created by mod_disk_cache are set to 700 whereas the permissions of the files storing the header information respect the umask and thu

Permissions of directories created by mod_disk_cache

Hi all, I noticed that the permissions of the directories created by mod_disk_cache are set to 700 whereas the permissions of the files storing the header information respect the umask and thus have more permissions (at least in my case with my umask). If this behaviour is intended for security rea

Re: Roadmap Apache 2.1 / 2.2

Paul Querna wrote: Rüdiger Plüm wrote: Hi all, as some people here are already talking about Apache 2.2, just a short question: Will there ever be a productive version of Apache 2.1 or is it planned to rename the current Apache 2.1-dev into Apache 2.2.0 as soon as Apache 2.1-dev is regarded

Roadmap Apache 2.1 / 2.2

Hi all, as some people here are already talking about Apache 2.2, just a short question: Will there ever be a productive version of Apache 2.1 or is it planned to rename the current Apache 2.1-dev into Apache 2.2.0 as soon as Apache 2.1-dev is regarded feature complete and its code having a product

Re: [PATCH 21492 30278 30419 31385] Several bugs in mod_cache / mod_disk_cache

Justin Erenkrantz wrote: --On Wednesday, September 29, 2004 10:55 AM -0400 Bill Stoddard <[EMAIL PROTECTED]> wrote: [..cut..] Well the process is not quite so structured by design, but yes, I plan to propose we backport these into 2.0 (in time for 2.0.53) and I'll do the backport as I have time

Re: [PATCH 21492 30278 30419 31385] Several bugs in mod_cache / mod_disk_cache

Justin Erenkrantz wrote: --On Tuesday, September 28, 2004 5:28 PM +0200 Rüdiger Plüm <[EMAIL PROTECTED]> wrote: [..cut..] Many thanks for the quick response. As I was curious I had a look to the cvs. Sorry for the maybe stupid question. Do I understand this correctly: You commit the chan

[PATCH 21492 30278 30419 31385] Several bugs in mod_cache / mod_disk_cache

Hi all, starting with Apache 2.0.50 I tried to use mod_cache / mod_disk_cache to cache responses from a Tomcat in the backend on the front web server. Several bugs (most in mod_disk_cache) prevented me from doing so in a straight forward manner. So I wrote some patches that fixed these issues and w