aboutsummaryrefslogtreecommitdiff
path: root/src/test/perl/PostgreSQL/Test/AdjustUpgrade.pm
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2023-01-17 16:00:39 -0500
committerTom Lane <tgl@sss.pgh.pa.us>2023-01-17 16:00:39 -0500
commit3a36ca03e423ad1e2c9f19cd0da5e7dedb48734e (patch)
tree0609ab08f4c7bdf829a530797b793436cbcacde6 /src/test/perl/PostgreSQL/Test/AdjustUpgrade.pm
parent2a1d7071c4ed750abb8b39436bb89c7d152bddb8 (diff)
downloadpostgresql-3a36ca03e423ad1e2c9f19cd0da5e7dedb48734e.tar.gz
postgresql-3a36ca03e423ad1e2c9f19cd0da5e7dedb48734e.zip
AdjustUpgrade.pm should zap test_ext_cine, too.
test_extensions' test_ext_cine extension has the same upgrade hazard as test_ext7: the regression test leaves it in an updated state from which no downgrade path to default is provided. This causes the update_extensions.sql script helpfully provided by pg_upgrade to fail. So drop it in cross-version-upgrade testing. Not entirely sure how come I didn't hit this in testing yesterday; possibly I'd built the upgrade reference databases with testmodules-install-check disabled. Backpatch to v10 where this module was introduced.
Diffstat (limited to 'src/test/perl/PostgreSQL/Test/AdjustUpgrade.pm')
-rw-r--r--src/test/perl/PostgreSQL/Test/AdjustUpgrade.pm3
1 files changed, 2 insertions, 1 deletions
diff --git a/src/test/perl/PostgreSQL/Test/AdjustUpgrade.pm b/src/test/perl/PostgreSQL/Test/AdjustUpgrade.pm
index 7b4a19be2a5..7cf4ced392f 100644
--- a/src/test/perl/PostgreSQL/Test/AdjustUpgrade.pm
+++ b/src/test/perl/PostgreSQL/Test/AdjustUpgrade.pm
@@ -88,12 +88,13 @@ sub adjust_database_contents
}
}
- # avoid version number issues with test_ext7
+ # avoid no-path-to-downgrade-extension-version issues
if ($dbnames{contrib_regression_test_extensions})
{
_add_st(
$result,
'contrib_regression_test_extensions',
+ 'drop extension if exists test_ext_cine',
'drop extension if exists test_ext7');
}