postgres_fdw: Fix handling of a pending asynchronous request in postgresReScanForeign...
authorEtsuro Fujita <efujita@postgresql.org>
Thu, 27 Jan 2022 07:15:00 +0000 (16:15 +0900)
committerEtsuro Fujita <efujita@postgresql.org>
Thu, 27 Jan 2022 07:15:00 +0000 (16:15 +0900)
commit9e283fc85d66f6e4d355c6996e863afb026866d4
tree08b59f02df0775113c82a974d84ac9c86ce76330
parentce6d79368efa8a553490b5b5962bc529d7de54cb
postgres_fdw: Fix handling of a pending asynchronous request in postgresReScanForeignScan().

Commit 27e1f1456 failed to process a pending asynchronous request made
for a given ForeignScan node in postgresReScanForeignScan() (if any) in
cases where we would only reset the next_tuple counter in that function,
contradicting the assumption that there should be no pending
asynchronous requests that have been made for async-capable subplans for
the parent Append node after ReScan.  This led to an assert failure in
an assert-enabled build.  I think this would also lead to mis-rewinding
the cursor in that function in the case where we have already fetched
one batch for the ForeignScan node and the asynchronous request has been
made for the second batch, because even in that case we would just reset
the counter when called from that function, so we would fail to execute
MOVE BACKWARD ALL.

To fix, modify that function to process the asynchronous request before
restarting the scan.

While at it, add a comment to a function to match other places.

Per bug #17344 from Alexander Lakhin.  Back-patch to v14 where the
aforesaid commit came in.

Patch by me.  Test case by Alexander Lakhin, adjusted by me.  Reviewed
and tested by Alexander Lakhin and Dmitry Dolgov.

Discussion: https://postgr.es/m/17344-226b78b00de73a7e@postgresql.org
contrib/postgres_fdw/expected/postgres_fdw.out
contrib/postgres_fdw/postgres_fdw.c
contrib/postgres_fdw/sql/postgres_fdw.sql