aboutsummaryrefslogtreecommitdiff
path: root/src/backend/utils/adt/network_gist.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2023-01-19 12:23:20 -0500
committerTom Lane <tgl@sss.pgh.pa.us>2023-01-19 12:23:20 -0500
commitabe203304e1567c5938b348a8d9c5ad9b909742d (patch)
tree584da40565ff4e83d2310dfc98258f8505eccd75 /src/backend/utils/adt/network_gist.c
parent49e3a5e7149d3f676318f2222aaab30613f8dc59 (diff)
downloadpostgresql-abe203304e1567c5938b348a8d9c5ad9b909742d.tar.gz
postgresql-abe203304e1567c5938b348a8d9c5ad9b909742d.zip
Log the correct ending timestamp in recovery_target_xid mode.
When ending recovery based on recovery_target_xid matching with recovery_target_inclusive = off, we printed an incorrect timestamp (always 2000-01-01) in the "recovery stopping before ... transaction" log message. This is a consequence of sloppy refactoring in c945af80c: the code to fetch recordXtime out of the commit/abort record used to be executed unconditionally, but it was changed to get called only in the RECOVERY_TARGET_TIME case. We need only flip the order of operations to restore the intended behavior. Per report from Torsten Förtsch. Back-patch to all supported branches. Discussion: https://postgr.es/m/CAKkG4_kUevPqbmyOfLajx7opAQk6Cvwkvx0HRcFjSPfRPTXanA@mail.gmail.com
Diffstat (limited to 'src/backend/utils/adt/network_gist.c')
0 files changed, 0 insertions, 0 deletions