You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
A new test introduced this line in run_pgaudit_test, which in the PR had an error: -v DOCKER_EXTRA_ARGS || cp -r "$test_dir"/examples/pgaudit/* "$config_dir"
The line is missing test at the beginning, so that the new test run_new_pgaudit_test, which doesn't really test pgaudit, rather custom extension loading via container argument, takes precedence over the custom config that is in the run_pgaudit_test to load pgaudit.
The problem is that if the config is not present, the whole test crashes with the error:
-----------------------------------------------
Running test run_pgaudit_test (starting at 2024-10-08 15:02:02+02:00) ...
-----------------------------------------------
29eecc21255a18dee73d3ca9d81786c5aafae722344559577f70160d482cd83a
Created container 29eecc21255a18dee73d3ca9d81786c5aafae722344559577f70160d482cd83a
Asserting runtime option pg-test-pgaudit
pg-test-pgaudit shared_preload_libraries pgaudit
test/run: line 352: $1: unbound variable
Tests finished with EXIT=1
==============================================
Cleaning of testing containers and images started.
It may take a few seconds.
Interesting is that it fully stops further testing, but won't really crash the testsuite as the testsuite will gracefully clean all the containers.
Another weird thing is that it fails on run_pg_audit_test already, not the new run_new_pgaudit_test.
Ideally, the test suite should still continue and mention that this test failed as described previously in this issue.
This is related to #537 where this issue was first spotted while reviewing aforementioned PR. At some later point a mistake was introduced into the PR which made test always copy the config files and generating an error (that was not caught, so tests passed). This mistake was not caught when merging the PR at that point and also made all tests pass as the changes weren't used in the test.
This mistake then started generating -v: command not found error in logs.
After fixing this issue, tests are not passing - with the same problem as from the original PR.
The text was updated successfully, but these errors were encountered:
Problem is that DOCKER_EXTRA_ARGS variable is set already which it shouldn't be, so the test command returns 0, so no cp happens and we get the crash. Variable is empty, but apparently do exist as test -v DOCKER_EXTRA_ARGS is TRUE.
This can be fixed with replacing check for existing variable with check for empty variable.
This issue was introduced by #399.
A new test introduced this line in
run_pgaudit_test
, which in the PR had an error:-v DOCKER_EXTRA_ARGS || cp -r "$test_dir"/examples/pgaudit/* "$config_dir"
The line is missing test at the beginning, so that the new test
run_new_pgaudit_test
, which doesn't really test pgaudit, rather custom extension loading via container argument, takes precedence over the custom config that is in therun_pgaudit_test
to load pgaudit.The problem is that if the config is not present, the whole test crashes with the error:
Interesting is that it fully stops further testing, but won't really crash the testsuite as the testsuite will gracefully clean all the containers.
Another weird thing is that it fails on
run_pg_audit_test
already, not the newrun_new_pgaudit_test
.Ideally, the test suite should still continue and mention that this test failed as described previously in this issue.
This is related to #537 where this issue was first spotted while reviewing aforementioned PR. At some later point a mistake was introduced into the PR which made test always copy the config files and generating an error (that was not caught, so tests passed). This mistake was not caught when merging the PR at that point and also made all tests pass as the changes weren't used in the test.
This mistake then started generating
-v: command not found
error in logs.After fixing this issue, tests are not passing - with the same problem as from the original PR.
The text was updated successfully, but these errors were encountered: