On Wed, Jan 11, 2023 at 9:51 AM Yann Ylavic <ylavic....@gmail.com> wrote: > > On Wed, Jan 11, 2023 at 10:10 AM Stefan Eissing via dev > <dev@httpd.apache.org> wrote: > > > > > Am 10.01.2023 um 22:39 schrieb Christophe JAILLET > > > <christophe.jail...@wanadoo.fr>: > > > > > > 1 issue with pytest: > > > test/modules/http2/test_600_h2proxy.py .....F.... > > > (details at the end of the mail) > > > > > > Don't know if expected or not. Some pytest commits are only in trunk and > > > have not been backported to 2.4.x. I don't know if it is linked to this > > > failing test. > > > > This one works on my machine(tm). Odd indeed. This tries to verify proxy > > behaviour in regard to "enable_reuse" and var substitution in the urls > > authority. See <https://github.com/icing/mod_h2/issues/235>, discussed > > further in > > <https://lists.apache.org/thread/tlzfbvopg5k61nz8mhjq518oowkmm43f>. > > > > The test has a flexible proxypass using a part of the path to construct the > > backend url. Accessing first one path and then the other creates backend > > urls with different port numbers. Those backend resources produce a JSON > > response carrying the port number used. > > > > With "enable_reuse=on" the test expects the backend connection from the > > first request to be reused on the second, therefore producing a JSON that > > carries to first port number and not the second. > > Does curl reuse the same connection (keepalive) for the two requests? > Otherwise I think we need "ServerLimit 1" or something for the test to > be reliable, because the two requests could be handled by two > different child processes due to TCP queuing/scheduling (and the > backend connection would not be reused obviously).
Looks like no as they are two one-shot curl executable calls, but from grepping around the framework does have the easy ability to append to the config and restart for a test. -- Eric Covener cove...@gmail.com