pg_dump: tests: Correct test condition for invalid databases
authorAndres Freund <andres@anarazel.de>
Mon, 25 Sep 2023 18:50:02 +0000 (11:50 -0700)
committerAndres Freund <andres@anarazel.de>
Mon, 25 Sep 2023 19:07:48 +0000 (12:07 -0700)
For some reason I used not_like = { pg_dumpall_dbprivs => 1, } in the test
condition of one of the tests added in in c66a7d75e65. That doesn't make sense
for two reasons: 1) not_like isn't a valid test condition 2) the database
should not be dumped in any of the tests.  Due to 1), the test achieved its
goal, but clearly the formulation is confusing.  Instead use like => {}, with
a comment explaining why.

Reported-by: Peter Eisentraut <peter@eisentraut.org>
Discussion: https://postgr.es/m/3ddf79f2-8b7b-a093-11d2-5c739bc64f86@eisentraut.org
Backpatch: 11-, like c66a7d75e65

src/bin/pg_dump/t/002_pg_dump.pl

index 0758fe5ea0eea654e5cae5f5b77064a3d1bf6014..55e98ec8e39d1470165a87316e347d8b0ff5739f 100644 (file)
@@ -1929,9 +1929,9 @@ my %tests = (
            CREATE DATABASE regression_invalid;
            UPDATE pg_database SET datconnlimit = -2 WHERE datname = 'regression_invalid'),
        regexp => qr/^CREATE DATABASE regression_invalid/m,
-       not_like => {
-           pg_dumpall_dbprivs => 1,
-       },
+
+       # invalid databases should never be dumped
+       like => {},
    },
 
    'CREATE ACCESS METHOD gist2' => {