Fix incorrect logic in HaveRegisteredOrActiveSnapshot().
authorTom Lane <[email protected]>
Sat, 16 Apr 2022 20:04:50 +0000 (16:04 -0400)
committerTom Lane <[email protected]>
Sat, 16 Apr 2022 20:04:50 +0000 (16:04 -0400)
commit9f4f0a0dad4c7422a97d94e4051c08ec6d181dd6
treecc14786c14ddd9f0bdcafce956767859773f69a6
parenta17fd67d2f2861ae0ce00d1aeefdf2facc47cd5e
Fix incorrect logic in HaveRegisteredOrActiveSnapshot().

This function gave the wrong answer when there's more than one
RegisteredSnapshots entry, whether or not any of them is the
CatalogSnapshot.  This leads to assertion failure in some scenarios
involving fetching toasted data using a cursor.  (As per discussion,
I'm dubious that this is the right contract to be enforcing at all;
but it surely doesn't help to be enforcing it incorrectly.)

Fetching toasted data using a cursor is evidently under-tested,
so add a test case too.

Per report from Erik Rijkers.  This is new code, so no need for
back-patch.

Discussion: https://postgr.es/m/dc9dd229-ed30-6c62-4c41-d733ffff776b@xs4all.nl
src/backend/utils/time/snapmgr.c
src/test/regress/expected/portals.out
src/test/regress/sql/portals.sql