haproxy/reg-tests/converter/url_enc.vtc
Willy Tarreau f673923629 REGTESTS: extend the default I/O timeouts and make them overridable
With the CI occasionally slowing down, we're starting to see again some
spurious failures despite the long 1-second timeouts. This reports false
positives that are disturbing and doesn't provide as much value as this
could. However at this delay it already becomes a pain for developers
to wait for the tests to complete.

This commit adds support for the new environment variable
HAPROXY_TEST_TIMEOUT that will allow anyone to modify the connect,
client and server timeouts. It was set to 5 seconds by default, which
should be plenty for quite some time in the CI. All relevant values
that were 200ms or above were replaced by this one. A few larger
values were left as they are special. One test for the set-timeout
action that used to rely on a fixed 1-sec value was extended to a
fixed 5-sec, as the timeout is normally not reached, but it needs
to be known to compare the old and new values.
2021-11-18 17:57:11 +01:00

44 lines
1.0 KiB
Plaintext

varnishtest "url_enc converter test"
#REQUIRE_VERSION=2.4
feature ignore_unknown_macro
server s1 {
rxreq
txresp
} -repeat 2 -start
haproxy h1 -conf {
defaults
mode http
timeout connect "${HAPROXY_TEST_TIMEOUT-5s}"
timeout client "${HAPROXY_TEST_TIMEOUT-5s}"
timeout server "${HAPROXY_TEST_TIMEOUT-5s}"
frontend fe
bind "fd@${fe}"
http-request set-var(txn.url0) "str(foo=bar+42 42 )"
http-request set-var(txn.url1) "var(txn.url0),url_enc"
http-request set-var(txn.url2) "var(txn.url1),url_dec"
http-request set-var(txn.url3) "var(txn.url2),url_enc(query)"
http-response set-header url_enc0 "%[var(txn.url1)]"
http-response set-header url_dec "%[var(txn.url2)]"
http-response set-header url_enc1 "%[var(txn.url3)]"
default_backend be
backend be
server s1 ${s1_addr}:${s1_port}
} -start
client c1 -connect ${h1_fe_sock} {
txreq -url "/"
rxresp
expect resp.http.url_enc0 == "foo%3Dbar%2B42%2042%20"
expect resp.http.url_dec == "foo=bar+42 42 "
expect resp.http.url_enc1 == "foo%3Dbar%2B42%2042%20"
expect resp.status == 200
} -run