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
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://
covener commented on PR #1:
URL: https://github.com/apache/httpd-tests/pull/1#issuecomment-2229108424
Thank you Santiago!
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To
asfgit closed pull request #1: Typo in rewrite test for 2.4.60
URL: https://github.com/apache/httpd-tests/pull/1
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe
sgala opened a new pull request, #1:
URL: https://github.com/apache/httpd-tests/pull/1
I think there is a typo in the test
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment
> Am 10.07.2024 um 18:12 schrieb Rainer Jung :
>
> Hi Stefan,
>
> is some of this test stuff ready for 2.4.x?
Synched in r1919126.
> Thanks and regards,
>
> Rainer
>
> Am 10.07.24 um 12:55 schrieb ic...@apache.org:
>> Author: icing
>> Date
Hi Stefan,
is some of this test stuff ready for 2.4.x?
Thanks and regards,
Rainer
Am 10.07.24 um 12:55 schrieb ic...@apache.org:
Author: icing
Date: Wed Jul 10 10:55:23 2024
New Revision: 1919087
URL: http://svn.apache.org/viewvc?rev=1919087&view=rev
Log:
sync test code with mo
> 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/
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
s he hit a
> > similar limit earlier. That would make a big % of people running
> > tests!
> >
> > Anyone hate the use of /tmp/ here? Otherwise I would just put it back.
> > AFAICT It is not left around during the normal course of testing.
>
> For me /tmp i
nyone hate the use of /tmp/ here? Otherwise I would just put it back.
AFAICT It is not left around during the normal course of testing.
For me /tmp is fine, since I do not run multiple servers with the unit
tests in parallel on the same machine. I am not actually sure, whether
it is possible 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
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
On Wed, Jun 26, 2024 at 6:27 PM Rainer Jung wrote:
>
> 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
>
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
On 4/9/24 19:06, jean-frederic clere wrote:
Hi,
Has anyone run those tests recently?
I have errors like "MD testdomain.org does not match any VirtualHost
with ...", probably I am doing something wrong...
It seems ignoring the warnings AH10045 and AH10105 is a possible fix.
--
Cheers
Jean-F
In trunk or 2.4.x? I trunk I thought I'd fixed that.
> Am 09.04.2024 um 19:06 schrieb jean-frederic clere :
>
> Hi,
>
> Has anyone run those tests recently?
>
> I have errors like "MD testdomain.org does not match any VirtualHost with
> ...", probably I am doing something wrong...
> --
> Chee
Hi,
Has anyone run those tests recently?
I have errors like "MD testdomain.org does not match any VirtualHost
with ...", probably I am doing something wrong...
--
Cheers
Jean-Frederic
Hi Stefan and all,
I have these additional RST in some more test cases (it seems the more
runs I do, the more popup). Would it make sense to allow RST after EOF
in *all* tests that look for EOF in
modules/http2/test_800_websockets.py? WDYT?
Thanks and regards,
Rainer
Am 05.04.24 um 09:04
occasional pytest failures
> in modules/http2/test_800_websockets.py
> (test_h2_800_04_non_ws_resource and
> test_h2_800_09b_unsupported) due to
> additional RST messages.
>
> Backport of r1916808 from trunk.
>
> Modified:
>httpd/httpd/branches/2.4.x/ (props c
h the test code, this works for me to address
mod_mime on the backend:
Yup. Sorry for wasting your time on this. Thanks for the commit, I had
the same change uncommitted locally still and missed it.
Thanks Eric for analyzing and fixing and Joe for confirming. The patch
fixes it for me as well.
On Tue, Apr 02, 2024 at 08:46:46PM -0400, Eric Covener wrote:
> This could be due to none of these happening:
> - mod_mime didn't send a charset from backend
> - no BOM
> - no xml2EncDefault (8859-1 effectively by default) on frontend
>
> To make the conf match the test cod
On Tue, Apr 2, 2024 at 6:06 PM Rainer Jung wrote:
>
> Hi there,
>
> in preparation of the relase I am running the test framework against
> recent httpd 2.4.x head.
>
> I am seeing test failures in t/apache/pr64339.t:
>
> # testing : content-type header test for /doc.xml
Hi there,
in preparation of the relase I am running the test framework against
recent httpd 2.4.x head.
I am seeing test failures in t/apache/pr64339.t:
# testing : content-type header test for /doc.xml
# expected: 'application/xml; charset=utf-8'
# received: 'application/xm
gt; Do you still want that
> > > > TestSSLCA.pm change merged?
> > >
> > > I think it can be useful for those who test httpd with openssl1 still
> > > (not maintained anymore, but we have to keep compatibility in 2.4 at
> > > least).
> >
> &g
On Fri, Mar 01, 2024 at 01:52:15PM +0100, Yann Ylavic wrote:
> On Fri, Mar 1, 2024 at 1:42 PM Yann Ylavic wrote:
> >
> > On Fri, Mar 1, 2024 at 1:24 PM Joe Orton wrote:
> > >
> > > Do you still want that
> > > TestSSLCA.pm change merged?
> >
>
On Fri, Mar 1, 2024 at 1:42 PM Yann Ylavic wrote:
>
> On Fri, Mar 1, 2024 at 1:24 PM Joe Orton wrote:
> >
> > Also - I guess the note about *not* accepting PKCS#8 format keys in
> > https://httpd.apache.org/docs/2.4/mod/mod_ssl.html#sslproxymachinecertificatefile
> > is now wrong then?
>
> OpenSS
On Fri, Mar 1, 2024 at 1:42 PM Yann Ylavic wrote:
>
> On Fri, Mar 1, 2024 at 1:24 PM Joe Orton wrote:
> >
> > Do you still want that
> > TestSSLCA.pm change merged?
>
> I think it can be useful for those who test httpd with openssl1 still
> (not mainta
68
> > >
> > > URL: http://svn.apache.org/viewvc?rev=1916068&view=rev
> > > Log:
> > > CI: add OpenSSL 3.2, test OpenSSL 3.x using Apache::Test
> > > trunk to pick up r1916067.
> >
> > I had to modify Apache-Test too when running the perl tes
On Fri, Mar 01, 2024 at 12:59:10PM +0100, Yann Ylavic wrote:
> On Fri, Mar 1, 2024 at 11:15 AM wrote:
> >
> > Author: jorton
> > Date: Fri Mar 1 10:15:13 2024
> > New Revision: 1916068
> >
> > URL: http://svn.apache.org/viewvc?rev=1916068&view=rev
>
On Fri, Mar 1, 2024 at 12:59 PM Yann Ylavic wrote:
>
> On Fri, Mar 1, 2024 at 11:15 AM wrote:
> >
> > Author: jorton
> > Date: Fri Mar 1 10:15:13 2024
> > New Revision: 1916068
> >
> > URL: http://svn.apache.org/viewvc?rev=1916068&view=rev
>
On Fri, Mar 1, 2024 at 11:15 AM wrote:
>
> Author: jorton
> Date: Fri Mar 1 10:15:13 2024
> New Revision: 1916068
>
> URL: http://svn.apache.org/viewvc?rev=1916068&view=rev
> Log:
> CI: add OpenSSL 3.2, test OpenSSL 3.x using Apache::Test
> trunk to pick up r191606
Am 14.09.23 um 07:44 schrieb Stefan Eissing via dev:
Am 13.09.2023 um 22:14 schrieb Rainer Jung :
Hi all,
when running the current pytest, I see a gap between two specific test outputs
of more than three minutes:
...
13.09.2023 21:47:46.220943
modules/http2/test_712_buffering.py
> Am 13.09.2023 um 22:14 schrieb Rainer Jung :
>
> Hi all,
>
> when running the current pytest, I see a gap between two specific test
> outputs of more than three minutes:
>
> ...
> 13.09.2023 21:47:46.220943
> modules/http2/test_712_buffering.py::TestBu
Hi all,
when running the current pytest, I see a gap between two specific test
outputs of more than three minutes:
...
13.09.2023 21:47:46.220943
modules/http2/test_712_buffering.py::TestBuffering::test_h2_712_03
PASSED [ 39%]
13.09.2023 21:50:55.456457
modules/md/test_001_store.py
Hi Yann,
> Am 28.06.2023 um 11:34 schrieb Yann Ylavic :
>
> Hi Stefan,
>
>>
>> Modified:
>>httpd/httpd/trunk/test/clients/h2ws.c
>>httpd/httpd/trunk/test/modules/http2/test_800_websockets.py
>>httpd/httpd/trunk/test/modules/http2/ws_serve
Hi Stefan,
>
> Modified:
> httpd/httpd/trunk/test/clients/h2ws.c
> httpd/httpd/trunk/test/modules/http2/test_800_websockets.py
> httpd/httpd/trunk/test/modules/http2/ws_server.py
Are the ws tests supposed to run/pass in ci? They don't currently, and
ISTR from the
On 6/1/23 3:30 PM, Stefan Eissing via dev wrote:
>>> Modified: httpd/httpd/trunk/modules/http/http_request.c
>>> URL:
>>> http://svn.apache.org/viewvc/httpd/httpd/trunk/modules/http/http_request.c?rev=1910161&r1=1910160&r2=1910161&view=diff
>>> =
;> Log:
>> *) core: add `final_resp_passed` flag to request_rec to allow
>> ap_die() to judge if it can send out a response. Bump mmn.
>> Enable test cases that check errors during response body to
>> appear as error on client side.
>>
>>
>&
o judge if it can send out a response. Bump mmn.
> Enable test cases that check errors during response body to
> appear as error on client side.
>
>
> Added:
> httpd/httpd/trunk/changes-entries/resp_passed.txt
> Modified:
> httpd/httpd/trunk/incl
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:
>>
>>> 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
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
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
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
, 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).
> > > > > > &
> > > 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 attac
> > > 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
;
> > > > 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
> > > > to let space through while still encoding controls
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
> >
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 o
gt;>>
> > >>> # Check /modules/rewrite/escaping/local_bctls_nospace/foo/bar/%20baz/%0d
> > >>> for foo/bar/ baz%0d
> > >>> # rewritten query 'foo%2fbar%2f+baz%2f%0d'
> > >>> # expected: 'foo/bar/ baz%0d'
> > &g
gt; for foo/bar/ baz%0d
> >>> # rewritten query 'foo%2fbar%2f+baz%2f%0d'
> >>> # expected: 'foo/bar/ baz%0d'
> >>> # received: 'foo%2fbar%2f+baz%2f%0d'
> >>> not ok 67
> >>>
> >>>
> >>
7;foo/bar/ baz%0d'
>>> # received: 'foo%2fbar%2f+baz%2f%0d'
>>> not ok 67
>>>
>>>
>>> RewriteRule ^/modules/rewrite/escaping/local_bctls_nospace/(.*)
>>> /?$1 "[B= ?,BNEG,BCTLS]"
>>
>> I think the test
> not ok 67
> >
> >
> > RewriteRule ^/modules/rewrite/escaping/local_bctls_nospace/(.*)
> > /?$1 "[B= ?,BNEG,BCTLS]"
>
> I think the test is wrong. Due to BCTLS being set spaces get escaped.
> I think you should change the flags to "[B= ?,BNEG]&quo
gt; for foo/bar/ baz%0d
> # rewritten query 'foo%2fbar%2f+baz%2f%0d'
> # expected: 'foo/bar/ baz%0d'
> # received: 'foo%2fbar%2f+baz%2f%0d'
> not ok 67
>
>
> RewriteRule ^/modules/rewrite/escaping/local_bctls_nospace/(.*)
> /?$1 "[B= ?,BNE
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
On Mon, Mar 13, 2023 at 3:26 AM Ruediger Pluem wrote:
>
>
>
> 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=r
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
-, ic...@apache.org wrote:
>>>> Author: icing
>>>> Date: Sat Mar 4 13:40:38 2023
>>>> New Revision: 1908060
>>>>
>>>> URL: http://svn.apache.org/viewvc?rev=1908060&view=rev
>>>> Log:
>>>> Test case updates r
;> Date: Sat Mar 4 13:40:38 2023
> >> New Revision: 1908060
> >>
> >> URL: http://svn.apache.org/viewvc?rev=1908060&view=rev
> >> Log:
> >> Test case updates related to macOS ventura changes:
> >>
> >> - python 3.11 deprecates
40:38 2023
>>> New Revision: 1908060
>>>
>>> URL: http://svn.apache.org/viewvc?rev=1908060&view=rev
>>> Log:
>>> Test case updates related to macOS ventura changes:
>>>
>>> - python 3.11 deprecates the `cg` module, replacing
>
> Am 06.03.2023 um 17:53 schrieb Joe Orton :
>
> [resent to dev@]
>
> On Sat, Mar 04, 2023 at 01:40:39PM -, ic...@apache.org wrote:
>> Author: icing
>> Date: Sat Mar 4 13:40:38 2023
>> New Revision: 1908060
>>
>> URL: http://svn.apache.or
[resent to dev@]
On Sat, Mar 04, 2023 at 01:40:39PM -, ic...@apache.org wrote:
> Author: icing
> Date: Sat Mar 4 13:40:38 2023
> New Revision: 1908060
>
> URL: http://svn.apache.org/viewvc?rev=1908060&view=rev
> Log:
> Test case updates related to macOS ventura ch
d at the same time. Store locks are not enabled by default.
>> Restored curl_easy cleanup behaviour from v2.4.14 and refactored
>> the use of curl_multi for OCSP requests to work with that.
>> Fixes <https://github.com/icing/mod_md/issues/293>.
>> Add
for OCSP requests to work with that.
Fixes <https://github.com/icing/mod_md/issues/293>.
Added:
httpd/httpd/trunk/changes-entries/md_locks_and_fix.txt
httpd/httpd/trunk/test/modules/md/test_820_locks.py
Modified:
httpd/httpd/trunk/docs/manual/mod/mod_md.xml
httpd/h
sages that use
>>> generic HTTP (semantic) field values expecting that stuff to have
>>> been excluded during parsing.
>>>
>>> IOW, it's a security hole and our code either fixes it or gets a CVE.
>>> We MUST NOT forward the malformed data in fie
, how we deal with a request containing malformed data in fields
>> (after making it well-formed) is a SHOULD send 400, not a MUST.
>> If we want to be super nice to the folks shipping bad code (or running pen
>> testers) and have an option to strip the naughty bits out while forward
pients of h2/h3 messages that use
>>> generic HTTP (semantic) field values expecting that stuff to have
>>> been excluded during parsing.
>>>
>>> IOW, it's a security hole and our code either fixes it or gets a CVE.
>>> We MUST NOT forward the malformed da
mantic) field values expecting that stuff to have
>> been excluded during parsing.
>>
>> IOW, it's a security hole and our code either fixes it or gets a CVE.
>> We MUST NOT forward the malformed data in fields. That is not an option.
>>
>> OTOH, how we deal with
st containing malformed data in fields
> (after making it well-formed) is a SHOULD send 400, not a MUST.
> If we want to be super nice to the folks shipping bad code (or running pen
> testers) and have an option to strip the naughty bits out while forwarding
> the message, that'
> On Oct 6, 2022, at 2:17 AM, Stefan Eissing via dev
> wrote:
>
>> Am 05.10.2022 um 19:34 schrieb Stefan Eissing via dev :
>>
>>
>>
>>> Am 05.10.2022 um 18:48 schrieb Eric Covener :
>>>
>>> On Wed, Oct 5, 2022 at 12:44 PM Roy T. Fielding wrote:
> On Sep 26, 2022, at 5:29 AM, ic...
> Am 05.10.2022 um 19:34 schrieb Stefan Eissing via dev :
>
>
>
>> Am 05.10.2022 um 18:48 schrieb Eric Covener :
>>
>> On Wed, Oct 5, 2022 at 12:44 PM Roy T. Fielding wrote:
>>>
On Sep 26, 2022, at 5:29 AM, ic...@apache.org wrote:
Author: icing
Date: Mon Sep 26 12:29:4
> Am 05.10.2022 um 18:48 schrieb Eric Covener :
>
> On Wed, Oct 5, 2022 at 12:44 PM Roy T. Fielding wrote:
>>
>>> On Sep 26, 2022, at 5:29 AM, ic...@apache.org wrote:
>>>
>>> Author: icing
>>> Date: Mon Sep 26 12:29:47 2022
>>> New Revision: 1904269
>>>
>>> URL: http://svn.apache.org/viewvc
On Wed, Oct 5, 2022 at 12:44 PM Roy T. Fielding wrote:
>
> > On Sep 26, 2022, at 5:29 AM, ic...@apache.org wrote:
> >
> > Author: icing
> > Date: Mon Sep 26 12:29:47 2022
> > New Revision: 1904269
> >
> > URL: http://svn.apache.org/viewvc?rev=1904269&view=rev
> > Log:
> > *) mod_http2: new direct
> On Sep 26, 2022, at 5:29 AM, ic...@apache.org wrote:
>
> Author: icing
> Date: Mon Sep 26 12:29:47 2022
> New Revision: 1904269
>
> URL: http://svn.apache.org/viewvc?rev=1904269&view=rev
> Log:
> *) mod_http2: new directive "H2HeaderStrictness" to control the compliance
> level of header c
/httpd/trunk/modules/http2/h2_session.c
>>httpd/httpd/trunk/modules/http2/h2_stream.c
>>httpd/httpd/trunk/modules/http2/h2_util.c
>>httpd/httpd/trunk/modules/http2/h2_version.h
>>httpd/httpd/trunk/modules/http2/h2_workers.c
>>httpd/httpd/trunk/modul
ersion.h
> httpd/httpd/trunk/modules/http2/h2_workers.c
> httpd/httpd/trunk/modules/http2/h2_workers.h
> httpd/httpd/trunk/test/modules/http2/test_105_timeout.py
>
> Modified: httpd/httpd/trunk/modules/htt
FYI: pytest now logs test case names in the server log. This makes it
easier to find the context in which unexpected errors are logged on the server
side. So, you'll see in error.log lines as:
[Time] [aptest:info] [pid ] [client 127.0.0.1:50063] test[test_h2_600_01]:
GET / HTT
On Thu, Jun 9, 2022 at 11:11 AM Rainer Jung wrote:
>
> I wonder, what the following test is expected to test? I can't really
> make it work reliably here. Sometimes I get an ENOMEM on the server,
> sometimes it takes a long time and much CPU, sometimes the client gets a
> 596
I wonder, what the following test is expected to test? I can't really
make it work reliably here. Sometimes I get an ENOMEM on the server,
sometimes it takes a long time and much CPU, sometimes the client gets a
596 AnyEvent::HTTP error and sometimes it runs ok.
Am 01.06.2022 um 15:03 sc
gt; >>> 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 mach
t;> 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 content..
>
> This is quite strange. On mine it does not and th
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:
>> *
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 (hitt
On 5/11/22 10:20 AM, ic...@apache.org wrote:
> Author: icing
> Date: Wed May 11 08:20:43 2022
> New Revision: 1900805
>
> URL: http://svn.apache.org/viewvc?rev=1900805&view=rev
> Log:
> *) test: log rustc and cbindget versions used to build rustls-ffi
>
> Am 15.04.2022 um 18:20 schrieb Yann Ylavic :
>
> On Fri, Apr 15, 2022 at 6:19 PM Yann Ylavic wrote:
>>
>> On Fri, Apr 15, 2022 at 4:21 PM Stefan Eissing wrote:
>>>
Am 15.04.2022 um 15:24 schrieb Yann Ylavic :
On Wed, Apr 6, 2022 at 11:17 AM wrote:
>
> Modified: h
On Fri, Apr 15, 2022 at 6:19 PM Yann Ylavic wrote:
>
> On Fri, Apr 15, 2022 at 4:21 PM Stefan Eissing wrote:
> >
> > > Am 15.04.2022 um 15:24 schrieb Yann Ylavic :
> > >
> > > On Wed, Apr 6, 2022 at 11:17 AM wrote:
> > >>
> > >> Modified: httpd/httpd/trunk/server/util.c
> > >> URL:
> > >> http:
On Fri, Apr 15, 2022 at 4:21 PM Stefan Eissing wrote:
>
> > Am 15.04.2022 um 15:24 schrieb Yann Ylavic :
> >
> > On Wed, Apr 6, 2022 at 11:17 AM wrote:
> >>
> >> Modified: httpd/httpd/trunk/server/util.c
> >> URL:
> >> http://svn.apache.org/viewvc/httpd/httpd/trunk/server/util.c?rev=1899609&r1=1
ptridff_t leads to undefined behaviour.
>
> So, maybe we should check that "(inchr - instring) + extra + 1" does not
> wrap around?
I did some tests with gcc 8.5 and it seems to do the "expected" thing if two
pointers are farther away than PTRDIFF_MAX:
It provides
> Am 15.04.2022 um 15:24 schrieb Yann Ylavic :
>
> On Wed, Apr 6, 2022 at 11:17 AM wrote:
>>
>> Modified: httpd/httpd/trunk/server/util.c
>> URL:
>> http://svn.apache.org/viewvc/httpd/httpd/trunk/server/util.c?rev=1899609&r1=1899608&r2=1899609&view=diff
>> ===
On Wed, Apr 6, 2022 at 11:17 AM wrote:
>
> Modified: httpd/httpd/trunk/server/util.c
> URL:
> http://svn.apache.org/viewvc/httpd/httpd/trunk/server/util.c?rev=1899609&r1=1899608&r2=1899609&view=diff
> ==
> --- httpd/httpd
ung :
>>>
>>> Hi Stefan,
>>>
>>> Am 05.04.2022 um 13:49 schrieb Stefan Eissing:
>>>> Which test suite, the one in trunk or the one from github? Both work best
>>>> against the respective source.
>>>
>>> the test suite in
Thaks, will switch to that one. Should have reembered it ...
Am 05.04.2022 um 14:04 schrieb Stefan Eissing:
Am 05.04.2022 um 14:01 schrieb Rainer Jung :
Hi Stefan,
Am 05.04.2022 um 13:49 schrieb Stefan Eissing:
Which test suite, the one in trunk or the one from github? Both work best
> Am 05.04.2022 um 14:01 schrieb Rainer Jung :
>
> Hi Stefan,
>
> Am 05.04.2022 um 13:49 schrieb Stefan Eissing:
>> Which test suite, the one in trunk or the one from github? Both work best
>> against the respective source.
>
> the test suite in
>
>
Hi Stefan,
Am 05.04.2022 um 13:49 schrieb Stefan Eissing:
Which test suite, the one in trunk or the one from github? Both work best
against the respective source.
the test suite in
https://svn.apache.org/repos/asf/httpd/test/mod_h2/trunk
Which one would you recommend to test http2 in a 2.4
Which test suite, the one in trunk or the one from github? Both work best
against the respective source.
> Am 05.04.2022 um 13:47 schrieb Rainer Jung :
>
> I try to make the mod_h2 test suite run for me. Some difficulties are
> expected due to my non-standard setup, but the fir
I try to make the mod_h2 test suite run for me. Some difficulties are
expected due to my non-standard setup, but the first test that seems to
fail in a way I am not directly blaming myself is
fuzz header
* on http://test.example.org:12345: super-long...--- gen/expect_431
2022-04-05 13:25
gt;> Date: Mon Apr 4 11:08:58 2022
>>>>>> New Revision: 1899552
>>>>>>
>>>>>> URL: http://svn.apache.org/viewvc?rev=1899552&view=rev
>>>>>> Log:
>>>>>> *) mod_http: genereate HEADERS buckets for trailers
>>
>>>>
>>>>
>>>> On 4/4/22 1:08 PM, ic...@apache.org wrote:
>>>>> Author: icing
>>>>> Date: Mon Apr 4 11:08:58 2022
>>>>> New Revision: 1899552
>>>>>
>>>>> URL: http://svn.apache.org/viewvc?r
1 - 100 of 1001 matches
Mail list logo