Fix psql's single transaction mode on client-side errors with -c/-f switches
authorMichael Paquier <michael@paquier.xyz>
Mon, 6 Jun 2022 02:05:59 +0000 (11:05 +0900)
committerMichael Paquier <michael@paquier.xyz>
Mon, 6 Jun 2022 02:05:59 +0000 (11:05 +0900)
commit157f8739ad18278ca946758b2f274a8109a0aa08
tree84d88c63854d3da7b38a9664475546425351a196
parentf00a4f02ac2e31aaa6f74f8ef916624b9018370f
Fix psql's single transaction mode on client-side errors with -c/-f switches

psql --single-transaction is able to handle multiple -c and -f switches
in a single transaction since d5563d7d, but this had the surprising
behavior of forcing a transaction COMMIT even if psql failed with an
error in the client (for example incorrect path given to \copy), which
would generate an error, but still commit any changes that were already
applied in the backend.  This commit makes the behavior more consistent,
by enforcing a transaction ROLLBACK if any commands fail, both
client-side and backend-side, so as no changes are applied if one error
happens in any of them.

Some tests are added on HEAD to provide some coverage about all that.
Backend-side errors are unreliable as IPC::Run can complain on SIGPIPE
if psql quits before reading a query result, but that should work
properly in the case where any errors come from psql itself, which is
what the original report is about.

Reported-by: Christoph Berg
Author: Kyotaro Horiguchi, Michael Paquier
Discussion: https://postgr.es/m/17504-76b68018e130415e@postgresql.org
Backpatch-through: 10
doc/src/sgml/ref/psql-ref.sgml
src/bin/psql/startup.c
src/bin/psql/t/001_basic.pl