Re: svn commit: r1919534 - in /httpd/test/framework/trunk/t: conf/extra.conf.in modules/rewrite.t

On Fri, Jul 26, 2024 at 6:10 PM Joe Orton wrote: > > On Fri, Jul 26, 2024 at 03:52:40PM -, yla...@apache.org wrote: > > Author: ylavic > > Date: Fri Jul 26 15:52:40 2024 > > New Revision: 1919534 > > > > URL: http://svn.apache.org/viewvc?rev=1919534&view=rev > > Log: > > Is that what's wrong i

Re: svn commit: r1919534 - in /httpd/test/framework/trunk/t: conf/extra.conf.in modules/rewrite.t

On Fri, Jul 26, 2024 at 03:52:40PM -, yla...@apache.org wrote: > Author: ylavic > Date: Fri Jul 26 15:52:40 2024 > New Revision: 1919534 > > URL: http://svn.apache.org/viewvc?rev=1919534&view=rev > Log: > Is that what's wrong in ci? You mean for 2.4.x? Trunk is (was) passing, though https://

Re: svn commit: r1915618 - /httpd/test/framework/trunk/t/conf/extra.conf.in

> Log: > > Missed in r1915617 - updated test case for PR 64339. > > > > Modified: > > httpd/test/framework/trunk/t/conf/extra.conf.in > > > > Modified: httpd/test/framework/trunk/t/conf/extra.conf.in > > URL: > > http://svn.apache.org/viewvc/

Re: svn commit: r1915618 - /httpd/test/framework/trunk/t/conf/extra.conf.in

Am 07.02.24 um 11:31 schrieb jor...@apache.org: Author: jorton Date: Wed Feb 7 10:31:56 2024 New Revision: 1915618 URL: http://svn.apache.org/viewvc?rev=1915618&view=rev Log: Missed in r1915617 - updated test case for PR 64339. Modified: httpd/test/framework/trunk/t/conf/extra.con

Re: svn commit: r1918685 - in /httpd/test/framework/trunk/t: conf/proxy.conf.in modules/proxy_fcgi.t

On Wed, Jun 26, 2024 at 9:34 PM Rainer Jung wrote: > > Am 27.06.24 um 03:15 schrieb Eric Covener: > > On Wed, Jun 26, 2024 at 8:59 PM Rainer Jung wrote: > >> > >> Am 26.06.24 um 23:31 schrieb cove...@apache.org: > >>> Author: covener > >>> Date: Wed Jun 26 21:31:37 2024 > >>> New Revision: 191868

Re: svn commit: r1918685 - in /httpd/test/framework/trunk/t: conf/proxy.conf.in modules/proxy_fcgi.t

Am 27.06.24 um 03:15 schrieb Eric Covener: On Wed, Jun 26, 2024 at 8:59 PM Rainer Jung wrote: Am 26.06.24 um 23:31 schrieb cove...@apache.org: Author: covener Date: Wed Jun 26 21:31:37 2024 New Revision: 1918685 URL: http://svn.apache.org/viewvc?rev=1918685&view=rev Log: use t/logs/ for sock

Re: svn commit: r1918685 - in /httpd/test/framework/trunk/t: conf/proxy.conf.in modules/proxy_fcgi.t

On Wed, Jun 26, 2024 at 8:59 PM Rainer Jung wrote: > > Am 26.06.24 um 23:31 schrieb cove...@apache.org: > > Author: covener > > Date: Wed Jun 26 21:31:37 2024 > > New Revision: 1918685 > > > > URL: http://svn.apache.org/viewvc?rev=1918685&view=rev > > Log: > > use t/logs/ for socket > > I ran into

Re: svn commit: r1918685 - in /httpd/test/framework/trunk/t: conf/proxy.conf.in modules/proxy_fcgi.t

a problem here. In most cases the 108 chars will suffice. Best regards and many thanks for doing all the complex release work! Rainer Modified: httpd/test/framework/trunk/t/conf/proxy.conf.in httpd/test/framework/trunk/t/modules/proxy_fcgi.t Modified: httpd/test/framework/tru

Re: svn commit: r1918555 - in /httpd/test/framework/trunk/t: htdocs/modules/cgi/action.sh modules/actions.t

; > Log: > > test for 1918551 > > > > Added: > > httpd/test/framework/trunk/t/htdocs/modules/cgi/action.sh (with > > props) > > Modified: > > httpd/test/framework/trunk/t/modules/actions.t > > > > Added: httpd/test/framework/trunk/t/

Re: svn commit: r1918555 - in /httpd/test/framework/trunk/t: htdocs/modules/cgi/action.sh modules/actions.t

Am 24.06.24 um 19:34 schrieb cove...@apache.org: Author: covener Date: Mon Jun 24 17:34:10 2024 New Revision: 1918555 URL: http://svn.apache.org/viewvc?rev=1918555&view=rev Log: test for 1918551 Added: httpd/test/framework/trunk/t/htdocs/modules/cgi/action.sh (with props) Modi

Re: svn commit: r1908358 - in /httpd/test/framework/trunk/t: conf/extra.conf.in modules/rewrite.t

PM, yla...@apache.org wrote: >>>>> Author: ylavic >>>>> Date: Mon Mar 13 21:17:08 2023 >>>>> New Revision: 1908358 >>>>> >>>>> URL: http://svn.apache.org/viewvc?rev=1908358&view=rev >>>>> Log: >>

Re: svn commit: r1908358 - in /httpd/test/framework/trunk/t: conf/extra.conf.in modules/rewrite.t

>>> Date: Mon Mar 13 21:17:08 2023 > >>> New Revision: 1908358 > >>> > >>> URL: http://svn.apache.org/viewvc?rev=1908358&view=rev > >>> Log: > >>> BNEG replaced by BNE= in mod_rewrite. > >>> > >>> Mo

Re: svn commit: r1908358 - in /httpd/test/framework/trunk/t: conf/extra.conf.in modules/rewrite.t

gt;>> URL: http://svn.apache.org/viewvc?rev=1908358&view=rev >>> Log: >>> BNEG replaced by BNE= in mod_rewrite. >>> >>> Modified: >>> httpd/test/framework/trunk/t/conf/extra.conf.in >>> httpd/test/framework/trunk/t/modules/rewr

Re: svn commit: r1908358 - in /httpd/test/framework/trunk/t: conf/extra.conf.in modules/rewrite.t

w=rev > > Log: > > BNEG replaced by BNE= in mod_rewrite. > > > > Modified: > > httpd/test/framework/trunk/t/conf/extra.conf.in > > httpd/test/framework/trunk/t/modules/rewrite.t > > Currently the test suite fails on the 2.4.x branch as the new rewrite flag

Re: svn commit: r1908358 - in /httpd/test/framework/trunk/t: conf/extra.conf.in modules/rewrite.t

On 3/13/23 10:17 PM, yla...@apache.org wrote: > Author: ylavic > Date: Mon Mar 13 21:17:08 2023 > New Revision: 1908358 > > URL: http://svn.apache.org/viewvc?rev=1908358&view=rev > Log: > BNEG replaced by BNE= in mod_rewrite. > > Modified: > httpd/test/fr

Re: svn commit: r1908349 - in /httpd/test/framework/trunk/t: conf/extra.conf.in modules/rewrite.t

On Mon, Mar 13, 2023 at 8:02 PM Eric Covener wrote: > > On Mon, Mar 13, 2023 at 2:01 PM Yann Ylavic wrote: > > > > On Mon, Mar 13, 2023 at 5:48 PM Yann Ylavic wrote: > > > > > > On Mon, Mar 13, 2023 at 5:42 PM Eric Covener wrote: > > > > > > > > On Mon, Mar 13, 2023 at 12:31 PM Yann Ylavic >

Re: svn commit: r1908349 - in /httpd/test/framework/trunk/t: conf/extra.conf.in modules/rewrite.t

On Mon, Mar 13, 2023 at 2:01 PM Yann Ylavic wrote: > > On Mon, Mar 13, 2023 at 5:48 PM Yann Ylavic wrote: > > > > On Mon, Mar 13, 2023 at 5:42 PM Eric Covener wrote: > > > > > > On Mon, Mar 13, 2023 at 12:31 PM Yann Ylavic wrote: > > > > > > > > On Mon, Mar 13, 2023 at 5:25 PM Eric Covener wro

Re: svn commit: r1908349 - in /httpd/test/framework/trunk/t: conf/extra.conf.in modules/rewrite.t

On Mon, Mar 13, 2023 at 5:48 PM Yann Ylavic wrote: > > On Mon, Mar 13, 2023 at 5:42 PM Eric Covener wrote: > > > > On Mon, Mar 13, 2023 at 12:31 PM Yann Ylavic wrote: > > > > > > On Mon, Mar 13, 2023 at 5:25 PM Eric Covener wrote: > > > > > > > > On Mon, Mar 13, 2023 at 12:05 PM Yann Ylavic >

Re: svn commit: r1908349 - in /httpd/test/framework/trunk/t: conf/extra.conf.in modules/rewrite.t

On Mon, Mar 13, 2023 at 5:42 PM Eric Covener wrote: > > On Mon, Mar 13, 2023 at 12:31 PM Yann Ylavic wrote: > > > > On Mon, Mar 13, 2023 at 5:25 PM Eric Covener wrote: > > > > > > On Mon, Mar 13, 2023 at 12:05 PM Yann Ylavic wrote: > > > > > > > > I could get where you want to with the attached

Re: svn commit: r1908349 - in /httpd/test/framework/trunk/t: conf/extra.conf.in modules/rewrite.t

On Mon, Mar 13, 2023 at 12:31 PM Yann Ylavic wrote: > > On Mon, Mar 13, 2023 at 5:25 PM Eric Covener wrote: > > > > On Mon, Mar 13, 2023 at 12:05 PM Yann Ylavic wrote: > > > > > > I could get where you want to with the attached patch (before you > > > disabled the test in r1908350). > > > It mak

Re: svn commit: r1908349 - in /httpd/test/framework/trunk/t: conf/extra.conf.in modules/rewrite.t

On Mon, Mar 13, 2023 at 5:25 PM Eric Covener wrote: > > On Mon, Mar 13, 2023 at 12:05 PM Yann Ylavic wrote: > > > > I could get where you want to with the attached patch (before you > > disabled the test in r1908350). > > It makes so that anything BNEG'ed overrides BCTLS, which can be useful > >

Re: svn commit: r1908349 - in /httpd/test/framework/trunk/t: conf/extra.conf.in modules/rewrite.t

On Mon, Mar 13, 2023 at 12:05 PM Yann Ylavic wrote: > > On Mon, Mar 13, 2023 at 4:13 PM Ruediger Pluem wrote: > > > > On 3/13/23 4:04 PM, Eric Covener wrote: > > > On Mon, Mar 13, 2023 at 10:59 AM Ruediger Pluem wrote: > > >> > > >> > > >> > > >> On 3/13/23 3:23 PM, Eric Covener wrote: > > >>> Y

Re: svn commit: r1908349 - in /httpd/test/framework/trunk/t: conf/extra.conf.in modules/rewrite.t

On Mon, Mar 13, 2023 at 4:13 PM Ruediger Pluem wrote: > > On 3/13/23 4:04 PM, Eric Covener wrote: > > On Mon, Mar 13, 2023 at 10:59 AM Ruediger Pluem wrote: > >> > >> > >> > >> On 3/13/23 3:23 PM, Eric Covener wrote: > >>> Yann, can you check out the failure I committed and see if it's me or > >>

Re: svn commit: r1908349 - in /httpd/test/framework/trunk/t: conf/extra.conf.in modules/rewrite.t

On 3/13/23 4:04 PM, Eric Covener wrote: > On Mon, Mar 13, 2023 at 10:59 AM Ruediger Pluem wrote: >> >> >> >> On 3/13/23 3:23 PM, Eric Covener wrote: >>> Yann, can you check out the failure I committed and see if it's me or >>> unintended? Everything else went pretty smooth and looks useful in

Re: svn commit: r1908349 - in /httpd/test/framework/trunk/t: conf/extra.conf.in modules/rewrite.t

On Mon, Mar 13, 2023 at 10:59 AM Ruediger Pluem wrote: > > > > On 3/13/23 3:23 PM, Eric Covener wrote: > > Yann, can you check out the failure I committed and see if it's me or > > unintended? Everything else went pretty smooth and looks useful in a > > bind. > > > > # Check /modules/rewrite/esca

Re: svn commit: r1908349 - in /httpd/test/framework/trunk/t: conf/extra.conf.in modules/rewrite.t

On 3/13/23 3:23 PM, Eric Covener wrote: > Yann, can you check out the failure I committed and see if it's me or > unintended? Everything else went pretty smooth and looks useful in a > bind. > > # Check /modules/rewrite/escaping/local_bctls_nospace/foo/bar/%20baz/%0d > for foo/bar/ baz%0d > #

Re: svn commit: r1908349 - in /httpd/test/framework/trunk/t: conf/extra.conf.in modules/rewrite.t

13 14:20:59 2023 > New Revision: 1908349 > > URL: http://svn.apache.org/viewvc?rev=1908349&view=rev > Log: > test [B] and additions > > 1 failing > > Modified: > httpd/test/framework/trunk/t/conf/extra.conf.in > httpd/test/framework/trunk/t/modules/rewrite.t &g

Re: svn commit: r1908300 - in /httpd/test/framework/trunk/t: conf/extra.conf.in modules/rewrite.t

ev > > Log: > > test [P] flag > > > > Modified: > > httpd/test/framework/trunk/t/conf/extra.conf.in > > httpd/test/framework/trunk/t/modules/rewrite.t > > > > Modified: httpd/test/framework/trunk/t/conf/extra.conf.in > > URL: > &

Re: svn commit: r1908300 - in /httpd/test/framework/trunk/t: conf/extra.conf.in modules/rewrite.t

On 3/11/23 10:31 PM, cove...@apache.org wrote: > Author: covener > Date: Sat Mar 11 21:31:14 2023 > New Revision: 1908300 > > URL: http://svn.apache.org/viewvc?rev=1908300&view=rev > Log: > test [P] flag > > Modified: > httpd/test/framework/trunk/t/c

Re: svn commit: r1901514 - in /httpd/test/framework/trunk: README t/conf/extra.conf.in t/modules/sed.t

AnyEvent::HTTP error and sometimes it runs ok. > > Am 01.06.2022 um 15:03 schrieb cove...@apache.org: > > Modified: httpd/test/framework/trunk/t/modules/sed.t > > URL: > > http://svn.apache.org/viewvc/httpd/test/framework/trunk/t/modules/sed.t

Re: svn commit: r1901514 - in /httpd/test/framework/trunk: README t/conf/extra.conf.in t/modules/sed.t

hrieb cove...@apache.org: Modified: httpd/test/framework/trunk/t/modules/sed.t URL: http://svn.apache.org/viewvc/httpd/test/framework/trunk/t/modules/sed.t?rev=1901514&r1=1901513&r2=1901514&view=diff == --- htt

Re: svn commit: r1901554 - /httpd/test/framework/trunk/t/modules/sed.t

On Thu, Jun 2, 2022 at 4:17 PM Ruediger Pluem wrote: > > > > On 6/2/22 10:15 PM, Ruediger Pluem wrote: > > > > > > On 6/2/22 6:54 PM, Yann Ylavic wrote: > >> On Thu, Jun 2, 2022 at 1:04 PM wrote: > >>> > >>> Author: rpluem > >>> Date: Thu Jun 2 11:04:13 2022 > >>> New Revision: 1901554 > >>> > >

Re: svn commit: r1901554 - /httpd/test/framework/trunk/t/modules/sed.t

On 6/2/22 10:15 PM, Ruediger Pluem wrote: > > > On 6/2/22 6:54 PM, Yann Ylavic wrote: >> On Thu, Jun 2, 2022 at 1:04 PM wrote: >>> >>> Author: rpluem >>> Date: Thu Jun 2 11:04:13 2022 >>> New Revision: 1901554 >>> >>> URL: http://svn.apache.org/viewvc?rev=1901554&view=rev >>> Log: >>> * Test

Re: svn commit: r1901554 - /httpd/test/framework/trunk/t/modules/sed.t

On 6/2/22 6:54 PM, Yann Ylavic wrote: > On Thu, Jun 2, 2022 at 1:04 PM wrote: >> >> Author: rpluem >> Date: Thu Jun 2 11:04:13 2022 >> New Revision: 1901554 >> >> URL: http://svn.apache.org/viewvc?rev=1901554&view=rev >> Log: >> * Test returns 200, but content is !!!ERROR!!! > > On my machine

Re: svn commit: r1901554 - /httpd/test/framework/trunk/t/modules/sed.t

On Thu, Jun 2, 2022 at 1:04 PM wrote: > > Author: rpluem > Date: Thu Jun 2 11:04:13 2022 > New Revision: 1901554 > > URL: http://svn.apache.org/viewvc?rev=1901554&view=rev > Log: > * Test returns 200, but content is !!!ERROR!!! On my machine it returns 400 (hitting the mem limit) with html conte

Re: httpd test framework svn repo borked?

Windows laptop), with a standard 1.14.0 SVN client (from TortoiseSVN). [[[ C:\research>svn --version -q 1.14.0 C:\research>svn co -q -r 1896892 https://svn.apache.org/repos/asf/httpd/test/framework/trunk C:\research>cd trunk C:\research\trunk>dir /b Apache-Test build c-modules LICENSE Makefile.PL Misc.pm NOTICE README scripts STATUS t ]]] -- Johan

Re: httpd test framework svn repo borked?

On Fri, Jan 14, 2022 at 4:08 AM Stefan Sperling wrote: > > On Thu, Jan 13, 2022 at 07:17:27PM -0600, William A Rowe Jr wrote: > > Thanks Stefan, it's attempting [locally] to replace a file, which was > > just created during the > > checkout (which might even be open). > > Hmm. I assume SVN would c

Re: Possible apr 1.7.1 showstopper from httpd test framework

On Fri, Jan 14, 2022 at 5:44 AM Joe Orton wrote: > > On Fri, Jan 14, 2022 at 11:37:35AM +0100, Ruediger Pluem wrote: > > > > On 1/14/22 6:47 AM, William A Rowe Jr wrote: > > > In addition to a broken release of brotli (where enc/dec don't specify > > > -lbrotlicommon, > > > even on trunk, for open

Re: Possible apr 1.7.1 showstopper from httpd test framework

On Fri, Jan 14, 2022 at 11:37:35AM +0100, Ruediger Pluem wrote: > > > On 1/14/22 6:47 AM, William A Rowe Jr wrote: > > In addition to a broken release of brotli (where enc/dec don't specify > > -lbrotlicommon, > > even on trunk, for openssl and other consumers to ferret out that binding), > > an

Re: Possible apr 1.7.1 showstopper from httpd test framework

On 1/14/22 6:47 AM, William A Rowe Jr wrote: > In addition to a broken release of brotli (where enc/dec don't specify > -lbrotlicommon, > even on trunk, for openssl and other consumers to ferret out that binding), > and > lots of fun changes to build flags in curl 7.81 minor release (who does t

Re: httpd test framework svn repo borked?

On Thu, Jan 13, 2022 at 07:17:27PM -0600, William A Rowe Jr wrote: > Thanks Stefan, it's attempting [locally] to replace a file, which was > just created during the > checkout (which might even be open). Hmm. I assume SVN would close such files based on APR pool lifetime. Handling of the pristine

Possible apr 1.7.1 showstopper from httpd test framework

In addition to a broken release of brotli (where enc/dec don't specify -lbrotlicommon, even on trunk, for openssl and other consumers to ferret out that binding), and lots of fun changes to build flags in curl 7.81 minor release (who does that?) there appears to be one test failure with date format

Re: httpd test framework svn repo borked?

ther build machine prereq. On Thu, Jan 13, 2022 at 3:28 PM Eric Covener wrote: > > On Thu, Jan 13, 2022 at 4:15 PM William A Rowe Jr wrote: > > > > I'm trying to work out how trunk on httpd test framework is busted on > > Windows, irrespective > > of using an msys2

Re: httpd test framework svn repo borked?

te: > > I'm trying to work out how trunk on httpd test framework is busted on > > Windows, irrespective > > of using an msys2, sfl-ubuntu, or older win32 native svn build. The > > problem always devolves > > to something like shown below; > > > > svn c

Re: httpd test framework svn repo borked?

On Thu, Jan 13, 2022 at 03:14:55PM -0600, William A Rowe Jr wrote: > I'm trying to work out how trunk on httpd test framework is busted on > Windows, irrespective > of using an msys2, sfl-ubuntu, or older win32 native svn build. The > problem always devolves > to someth

Re: httpd test framework svn repo borked?

On Thu, Jan 13, 2022 at 4:15 PM William A Rowe Jr wrote: > > I'm trying to work out how trunk on httpd test framework is busted on > Windows, irrespective > of using an msys2, sfl-ubuntu, or older win32 native svn build. The > problem always devolves > to something like sho

httpd test framework svn repo borked?

I'm trying to work out how trunk on httpd test framework is busted on Windows, irrespective of using an msys2, sfl-ubuntu, or older win32 native svn build. The problem always devolves to something like shown below; svn co -q -r 1896892 https://svn.apache.org/repos/asf/httpd/test/framework/

Re: svn commit: r1893437 - in /httpd/test/framework/trunk/t: conf/extra.conf.in modules/heartbeat.t

eed multicast to work, so maybe, some extra logic is needed to > avoid expected failures on some plateforms/configurations. > > Added: > httpd/test/framework/trunk/t/modules/heartbeat.t > Modified: > httpd/test/framework/trunk/t/conf/extra.conf.in Looks like this breaks th

Re: svn commit: r1893438 - in /httpd/test/framework/trunk/t/htdocs/modules/actions: action/dummy.txt script/dummy.txt

Log: followup to r1893389: avoid empty dirs Added: httpd/test/framework/trunk/t/htdocs/modules/actions/action/dummy.txt httpd/test/framework/trunk/t/htdocs/modules/actions/script/dummy.txt Added: httpd/test/framework/trunk/t/htdocs/modules/actions/action/dummy.txt URL: http://svn.apache

Re: svn commit: r1893438 - in /httpd/test/framework/trunk/t/htdocs/modules/actions: action/dummy.txt script/dummy.txt

ew=rev > > Log: > > followup to r1893389: avoid empty dirs > > > > > > Added: > > httpd/test/framework/trunk/t/htdocs/modules/actions/action/dummy.txt > > httpd/test/framework/trunk/t/htdocs/modules/actions/script/dummy.txt > > > >

Re: svn commit: r1893438 - in /httpd/test/framework/trunk/t/htdocs/modules/actions: action/dummy.txt script/dummy.txt

Le 19/09/2021 à 13:49, cove...@apache.org a écrit : Author: covener Date: Sun Sep 19 11:49:34 2021 New Revision: 1893438 URL: http://svn.apache.org/viewvc?rev=1893438&view=rev Log: followup to r1893389: avoid empty dirs Added: httpd/test/framework/trunk/t/htdocs/modules/actions/ac

Re: svn commit: r1893284 - /httpd/test/framework/trunk/README

On Sun, Sep 12, 2021 at 1:36 PM Christophe JAILLET wrote: > > Hi, > Caveat: I don't know much of anything on this stuff > I've also been looking at this README file today and I have a few questions: >- some of the explicitly named modules looks redundant with what is > already in Bundle::Ap

Re: svn commit: r1893284 - /httpd/test/framework/trunk/README

Date: Sun Sep 12 17:12:55 2021 New Revision: 1893284 URL: http://svn.apache.org/viewvc?rev=1893284&view=rev Log: add FCGI and show cpanminus syntax for installation of all at onace Modified: httpd/test/framework/trunk/README Modified: httpd/test/framework/trunk/README URL: http://svn.apa

Re: svn commit: r1891321 - in /httpd/test/framework/trunk/t: conf/proxy.conf.in modules/proxy_balancer.t

ttpd/test/framework/trunk/t/conf/proxy.conf.in httpd/test/framework/trunk/t/modules/proxy_balancer.t Modified: httpd/test/framework/trunk/t/modules/proxy_balancer.t URL: http://svn.apache.org/viewvc/httpd/test/framework/trunk/t/modules/proxy_balancer.t?rev=1891321&r1=1891320&r2=18913

Re: svn commit: r1891321 - in /httpd/test/framework/trunk/t: conf/proxy.conf.in modules/proxy_balancer.t

On 7/6/21 6:56 PM, jfcl...@apache.org wrote: > Author: jfclere > Date: Tue Jul 6 16:56:47 2021 > New Revision: 1891321 > > URL: http://svn.apache.org/viewvc?rev=1891321&view=rev > Log: > Add tests for dynamic part of mod_proxy_balancer. > > Modified: >

Re: svn commit: r1875569 - in /httpd/test/framework/trunk/t: apache/limits.t conf/extra.conf.in

Hi Yann, Am 24.03.2020 um 14:04 schrieb Yann Ylavic: On Tue, Mar 24, 2020 at 11:13 AM wrote: Author: rjung Date: Tue Mar 24 10:13:36 2020 New Revision: 1875569 [] +my $limitrequestlinex2 = Apache::Test::config()->{vars}->{limitrequestlinex2}; s/linex2};/line} * 2;/ ? The x2 variant is

Re: svn commit: r1875569 - in /httpd/test/framework/trunk/t: apache/limits.t conf/extra.conf.in

On Tue, Mar 24, 2020 at 11:13 AM wrote: > > Author: rjung > Date: Tue Mar 24 10:13:36 2020 > New Revision: 1875569 [] > > +my $limitrequestlinex2 = > Apache::Test::config()->{vars}->{limitrequestlinex2}; s/linex2};/line} * 2;/ ?

Re: httpd/test/framework location/mirroring (was Re: Errored: apache/httpd#357 (2.4.x - d56819e))

On Thu, Feb 27, 2020 at 11:30:58AM +, Joe Orton wrote: > and weirdly the tests failing everywhere in the same places: Obviously worked it out just after writing this, duh. It's because the svn2git process drops empty directories, which we need preserved. Will see if infra can fix this in t

Re: httpd/test/framework location/mirroring (was Re: Errored: apache/httpd#357 (2.4.x - d56819e))

On Thu, Feb 20, 2020 at 09:04:21AM +, Joe Orton wrote: > On Wed, Feb 19, 2020 at 08:20:20AM -0500, Eric Covener wrote: > > On Wed, Feb 19, 2020 at 8:17 AM Joe Orton wrote: > > > OK so I will ask for httpd/test/framework to be mirrored to github, but > > > first the

Re: httpd/test/framework location/mirroring (was Re: Errored: apache/httpd#357 (2.4.x - d56819e))

On Wed, Feb 19, 2020 at 08:20:20AM -0500, Eric Covener wrote: > On Wed, Feb 19, 2020 at 8:17 AM Joe Orton wrote: > > OK so I will ask for httpd/test/framework to be mirrored to github, but > > first the really hard question - what to name it? Assuming we can pick > > an a

AW: httpd/test/framework location/mirroring (was Re: Errored: apache/httpd#357 (2.4.x - d56819e))

C2 General > -Ursprüngliche Nachricht- > Von: Eric Covener > Gesendet: Mittwoch, 19. Februar 2020 14:20 > An: Apache HTTP Server Development List > Betreff: Re: httpd/test/framework location/mirroring (was Re: Errored: > apache/httpd#357 (2.4.x - d56819e)) > &

Re: httpd/test/framework location/mirroring (was Re: Errored: apache/httpd#357 (2.4.x - d56819e))

;s > > new around release time. > > Yeah, so long as the existence of the svn:externals doesn't preclude > mirroring, I think we can safely ignore it. The test suite does seem to > work with an external install of Apache::Test just fine. > > OK so I will ask for httpd/t

Re: httpd/test/framework location/mirroring (was Re: Errored: apache/httpd#357 (2.4.x - d56819e))

e can safely ignore it. The test suite does seem to work with an external install of Apache::Test just fine. OK so I will ask for httpd/test/framework to be mirrored to github, but first the really hard question - what to name it? Assuming we can pick an arbitrary name, "httpd-tests" makes sense to me. Regards, Joe

Re: httpd/test/framework location/mirroring (was Re: Errored: apache/httpd#357 (2.4.x - d56819e))

> >> There is also the complicating factor of the svn:external for > >> https://svn.apache.org/repos/asf/perl/Apache-Test/trunk > >> > > > > Good point. Not sure how to map svn:external in the git world. > > https://help.github.com/en/github/using-git/about-git-subtree-merges > > seems to be an app

Re: httpd/test/framework location/mirroring (was Re: Errored: apache/httpd#357 (2.4.x - d56819e))

m? Just red on some "Linux Ubuntu" >>>>>>> combinations, but I do not really see the cause. >>>>>> >>>>>> Yep, it's a timeout doing the "svn checkout" because the test suite was >>>>>> updated, you ca

Re: httpd/test/framework location/mirroring (was Re: Errored: apache/httpd#357 (2.4.x - d56819e))

ly see the cause. >>>>> >>>>> Yep, it's a timeout doing the "svn checkout" because the test suite was >>>>> updated, you can ignore. >>>> >>>> Could we point travis at GitHub for that? >>> >>> The P

Re: httpd/test/framework location/mirroring (was Re: Errored: apache/httpd#357 (2.4.x - d56819e))

e "svn checkout" because the test suite was > >>> updated, you can ignore. > >> > >> Could we point travis at GitHub for that? > > > > The Perl framework isn't mirrored to GitHub at the moment so we have to > > get it from SVN. We cou

Re: httpd/test/framework location/mirroring (was Re: Errored: apache/httpd#357 (2.4.x - d56819e))

ld we point travis at GitHub for that? > > The Perl framework isn't mirrored to GitHub at the moment so we have to > get it from SVN. We could: > > a) ask infra to mirror httpd/test/framework to some new github repo name >(httpd-test-framework? httpd-perl-tests? httpd-

httpd/test/framework location/mirroring (was Re: Errored: apache/httpd#357 (2.4.x - d56819e))

red to GitHub at the moment so we have to get it from SVN. We could: a) ask infra to mirror httpd/test/framework to some new github repo name (httpd-test-framework? httpd-perl-tests? httpd-tests?) b) move httpd/test/framework under trunk/test/framework or something c) work out the underlying is

Re: svn commit: r1856807 - /httpd/test/framework/trunk/t/security/CVE-2019-0215.t

Am 04.08.2019 um 23:14 schrieb Daniel Ruggeri: On 8/4/2019 3:30 AM, Rainer Jung wrote: Hi there, this one fails for me when the server uses OpenSSL 1.1.1 (no other variant tested yet) but the client uses something before 1.1.1. In this case I get Status 500 instead of the expected 403 in the c

Re: svn commit: r1856807 - /httpd/test/framework/trunk/t/security/CVE-2019-0215.t

7 >> >> URL: http://svn.apache.org/viewvc?rev=1856807&view=rev >> Log: >> Add test case for CVE-2019-0215. >> >> Added: >> httpd/test/framework/trunk/t/security/CVE-2019-0215.t >> >>

Re: svn commit: r1856807 - /httpd/test/framework/trunk/t/security/CVE-2019-0215.t

Am 02.04.2019 um 12:44 schrieb jor...@apache.org: Author: jorton Date: Tue Apr 2 10:44:12 2019 New Revision: 1856807 URL: http://svn.apache.org/viewvc?rev=1856807&view=rev Log: Add test case for CVE-2019-0215. Added: httpd/test/framework/trunk/t/security/CVE-2019-0215.t Added: htt

Re: svn commit: r1856208 - /httpd/test/framework/trunk/t/apache/mergeslashes.t

Le 26/03/2019 à 22:52, Eric Covener a écrit : # GET /authz_core/a/b/c//index.html HTTP/1.1\r\nHost: merge-disabled\r\nConnection: close\r\n\r\n # expected 200, got 403 for c// doesn't match locationmatch not ok 7 # Test 7 got: "403" (t/apache/mergeslashes.t at line 73 fail #7)

Re: svn commit: r1856208 - /httpd/test/framework/trunk/t/apache/mergeslashes.t

> ># GET /authz_core/a/b/c//index.html HTTP/1.1\r\nHost: > > merge-disabled\r\nConnection: close\r\n\r\n > ># expected 200, got 403 for c// doesn't match locationmatch > >not ok 7 > ># Test 7 got: "403" (t/apache/mergeslashes.t at line 73 fail #7) > ># Expected: "200" (c// doe

Re: svn commit: r1856208 - /httpd/test/framework/trunk/t/apache/mergeslashes.t

led 1/7 subtests I don't have time to dig into it these days. Does anyone has the same issue? Any pointer where to look at? It's working for me now, the only unreliable test I see with 2.4.x and test/framework/trunk is buffer.t as discussed elsewhere. What's the full output, is it us

Re: svn commit: r1856208 - /httpd/test/framework/trunk/t/apache/mergeslashes.t

t;    Failed 1/7 subtests > > I don't have time to dig into it these days. > Does anyone has the same issue? > Any pointer where to look at? It's working for me now, the only unreliable test I see with 2.4.x and test/framework/trunk is buffer.t as discussed elsewhere. What&

Re: svn commit: r1856208 - /httpd/test/framework/trunk/t/apache/mergeslashes.t

to look at? CJ Le 25/03/2019 à 16:44, jor...@apache.org a écrit : Author: jorton Date: Mon Mar 25 15:44:22 2019 New Revision: 1856208 URL: http://svn.apache.org/viewvc?rev=1856208&view=rev Log: Send Connection: close rather than use cheeky TCP half-close which gives intermittent failures. Mo

Re: Test framework regressions - spelling and usertrack

Le 22/10/2018 à 16:56, Jim Jagielski a écrit : The latest update to usertrack works. Thx! speling still bad: On httpd-2.4 HEAD: t/modules/speling.t . 1/48 # Failed test 11 in t/modules/speling.t at line 46 fail #6 # Failed test 12 in t/modules/speling.t at line 50 fail

Re: Test framework regressions - spelling and usertrack

Le 22/10/2018 à 16:16, Rainer Jung a écrit : Am 22.10.2018 um 15:45 schrieb Yann Ylavic: On Mon, Oct 22, 2018 at 3:28 PM Yann Ylavic wrote: On Mon, Oct 22, 2018 at 3:09 PM Jim Jagielski wrote: These are new from a coupla day ago: Both tests were added a few days ago, so probably not a

Re: Test framework regressions - spelling and usertrack

Well, we'll see if other macOS users also have the same failures... that will determine if my hypothesis is correct. > On Oct 22, 2018, at 11:37 AM, Stefan Eissing > wrote: > > dAMn! uSABilitY StRiks aGAIn! > >> Am 22.10.2018 um 17:34 schrieb Jim Jagielski : >> >> OK, I think I know what may

Re: Test framework regressions - spelling and usertrack

dAMn! uSABilitY StRiks aGAIn! > Am 22.10.2018 um 17:34 schrieb Jim Jagielski : > > OK, I think I know what may be happening; I am guessing its due to the macOS > file system being case insensitive but case preserving...

Re: Test framework regressions - spelling and usertrack

OK, I think I know what may be happening; I am guessing its due to the macOS file system being case insensitive but case preserving...

Re: Test framework regressions - spelling and usertrack

The latest update to usertrack works. Thx! speling still bad: On httpd-2.4 HEAD: t/modules/speling.t . 1/48 # Failed test 11 in t/modules/speling.t at line 46 fail #6 # Failed test 12 in t/modules/speling.t at line 50 fail #5 # Failed test 35 in t/modules/speling.t at line

Re: Test framework regressions - spelling and usertrack

Am 22.10.2018 um 15:45 schrieb Yann Ylavic: On Mon, Oct 22, 2018 at 3:28 PM Yann Ylavic wrote: On Mon, Oct 22, 2018 at 3:09 PM Jim Jagielski wrote: These are new from a coupla day ago: Both tests were added a few days ago, so probably not a regression (test issues likely). FWIW, both pa

Re: Test framework regressions - spelling and usertrack

On Mon, Oct 22, 2018 at 3:28 PM Yann Ylavic wrote: > > On Mon, Oct 22, 2018 at 3:09 PM Jim Jagielski wrote: > > > > These are new from a coupla day ago: > > Both tests were added a few days ago, so probably not a regression > (test issues likely). FWIW, both pass on my Linux system.

Re: Test framework regressions - spelling and usertrack

On Mon, Oct 22, 2018 at 3:09 PM Jim Jagielski wrote: > > These are new from a coupla day ago: Both tests were added a few days ago, so probably not a regression (test issues likely).

Test framework regressions - spelling and usertrack

These are new from a coupla day ago: t/modules/speling.t . 1/48 # Failed test 11 in t/modules/speling.t at line 46 fail #6 # Failed test 12 in t/modules/speling.t at line 50 fail #5 # Failed test 35 in t/modules/speling.t at line 46 fail #18 # Failed test 36 in t/modules/speling.t

Re: svn commit: r1844309 - /httpd/test/framework/trunk/t/htdocs/modules/cgi/ocsp.pl.PL

On Fri, Oct 19, 2018 at 11:39:27AM +0200, Rainer Jung wrote: > Concerning your simpler approach: it is OK if we give up supporting 0.9.8 > but we should probably keep the "or `$openssl list -commands 2>&1` !~ > /ocsp/" part of the test. OK good point, let's leave it as-is. r1844320 works for me,

Re: svn commit: r1844309 - /httpd/test/framework/trunk/t/htdocs/modules/cgi/ocsp.pl.PL

Am 19.10.2018 um 11:01 schrieb Joe Orton: On Fri, Oct 19, 2018 at 07:25:55AM -, rj...@apache.org wrote: Author: rjung Date: Fri Oct 19 07:25:55 2018 New Revision: 1844309 URL: http://svn.apache.org/viewvc?rev=1844309&view=rev Log: Do not use STDIN / STDOUT as -reqin and -respout for "openss

Re: svn commit: r1844309 - /httpd/test/framework/trunk/t/htdocs/modules/cgi/ocsp.pl.PL

On 10/19/2018 11:01 AM, Joe Orton wrote: > On Fri, Oct 19, 2018 at 07:25:55AM -, rj...@apache.org wrote: >> Author: rjung >> Date: Fri Oct 19 07:25:55 2018 >> New Revision: 1844309 >> >> URL: http://svn.apache.org/viewvc?rev=1844309&view=rev >> Log: >> Do not use STDIN / STDOUT as -reqin and

Re: svn commit: r1844309 - /httpd/test/framework/trunk/t/htdocs/modules/cgi/ocsp.pl.PL

On Fri, Oct 19, 2018 at 07:25:55AM -, rj...@apache.org wrote: > Author: rjung > Date: Fri Oct 19 07:25:55 2018 > New Revision: 1844309 > > URL: http://svn.apache.org/viewvc?rev=1844309&view=rev > Log: > Do not use STDIN / STDOUT as -reqin and -respout > for "openssl ocsp", since that is suppor

Re: svn commit: r1844286 - /httpd/test/framework/trunk/t/ssl/ocsp.t

httpd/test/framework/trunk/t/ssl/ocsp.t Modified: httpd/test/framework/trunk/t/ssl/ocsp.t URL: http://svn.apache.org/viewvc/httpd/test/framework/trunk/t/ssl/ocsp.t?rev=1844286&r1=1844285&r2=1844286&view=diff ====== ---

Re: svn commit: r1843478 - /httpd/test/framework/trunk/t/ssl/ocsp.t

> On Oct 16, 2018, at 11:36 AM, William A Rowe Jr wrote: > > To button this issue up, it's clear to me that Jim had transposed the meaning > of result values from posix commands, and that was the origin of > irrationality in this discussion. > Actually, I did not. But thanks for playing. I

Re: svn commit: r1843478 - /httpd/test/framework/trunk/t/ssl/ocsp.t

To button this issue up, it's clear to me that Jim had transposed the meaning of result values from posix commands, and that was the origin of irrationality in this discussion. Beyond the misunderstanding, the actual behavior of openssl in 1.0.x and prior was inane, and led to Jim's confusion, and

Re: svn commit: r1843478 - /httpd/test/framework/trunk/t/ssl/ocsp.t

On 10/15/2018 01:25 PM, William A Rowe Jr wrote: On Sun, Oct 14, 2018 at 4:38 PM Dennis Clarke > wrote: As a red herring that illustrates how oddball the situation could get : $ /usr/sfw/bin/openssl version 2>&1 | cut -f1 -d\( OpenSSL 0.9.7d 17 Mar 200

Re: svn commit: r1843478 - /httpd/test/framework/trunk/t/ssl/ocsp.t

On Sun, Oct 14, 2018 at 4:38 PM Dennis Clarke wrote: > > As a red herring that illustrates how oddball the situation could get : > > $ /usr/sfw/bin/openssl version 2>&1 | cut -f1 -d\( > OpenSSL 0.9.7d 17 Mar 2004 > [...] > Segmentation Fault(coredump) > I think we can safely ignore OpenSSL 0.9.7

Re: svn commit: r1843478 - /httpd/test/framework/trunk/t/ssl/ocsp.t

On Wed, Oct 10, 2018 at 12:27 PM wrote: > Author: jim > Date: Wed Oct 10 17:27:33 2018 > New Revision: 1843478 > > @@ -21,7 +21,7 @@ Apache::TestRequest::module('ssl_ocsp'); > # support in earlier versions without messing around with stderr > my $openssl = Apache::TestSSLCA::openssl(); > if (!

Re: svn commit: r1843917 - /httpd/test/framework/trunk/t/ssl/ocsp.t

gt; > > On Oct 15, 2018, at 10:55 AM, wr...@apache.org wrote: > > > > Author: wrowe > > Date: Mon Oct 15 14:55:27 2018 > > New Revision: 1843917 > > > > URL: http://svn.apache.org/viewvc?rev=1843917&view=rev > > Log: > > Revert r1832567, r1

Re: svn commit: r1843478 - /httpd/test/framework/trunk/t/ssl/ocsp.t

On Mon, Oct 15, 2018 at 10:10 AM Jim Jagielski wrote: > -1 (veto). > Correct. Your three commits against jorton's implementation are vetoed. They were incorrect. > 'list' is not a valid command. > You are wrong. The list-standard-commands feature was dropped from OpenSSL 1.1.0 and onwards.

Re: svn commit: r1843478 - /httpd/test/framework/trunk/t/ssl/ocsp.t

Forget this. My patch works and is correct and handles the specific situation which is noted in the test case itself related to older versions. It is an IMPROVEMENT over what we currently have. The sole reason why Bill doesn't like it is because *I* committed it. Whatever. I have no desire or p

  1   2   3   >