Revert "Drop unnamed portal immediately after execution to completion" master github/master
authorMichael Paquier <[email protected]>
Fri, 14 Nov 2025 05:37:10 +0000 (14:37 +0900)
committerMichael Paquier <[email protected]>
Fri, 14 Nov 2025 05:37:10 +0000 (14:37 +0900)
commit910690415b661186ae44e3b5e538e23eaa48de1b
tree0e8a212fbf406ab39f3813ad6ecd0c8731182d49
parent8fa6b9030d689c856578e5769088a2527b7283d6
Revert "Drop unnamed portal immediately after execution to completion"

This reverts commit 1fd981f05369, based on concerns that the logging
improvements do not justify the protocol breakage of dropping an unnamed
portal once its execution has completed.

It seems unlikely that one would try to send an execute or describe
message after the portal has been used, but if they do such
post-completion messages would not be able to process as the previous
versions.  Let's revert this change for now so as we keep compatibility
and consider a different solution.

The tests added by 76bba033128a track the pre-1fd981f05369 behavior, and
are still valid.

Discussion: https://postgr.es/m/CA+TgmoYFJyJNQw3RT7veO3M2BWRE9Aw4hprC5rOcawHZti-f8g@mail.gmail.com
doc/src/sgml/protocol.sgml
src/backend/tcop/postgres.c
src/test/modules/test_misc/t/009_log_temp_files.pl