aboutsummaryrefslogtreecommitdiff
path: root/src/backend/utils/adt/timestamp.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2024-02-25 16:15:07 -0500
committerTom Lane <tgl@sss.pgh.pa.us>2024-02-25 16:15:07 -0500
commit09f09884c18d725db7a60e03a8f78bafdbc78b95 (patch)
treefd52a11c53e3860dc9572cd310127e98fe052d1f /src/backend/utils/adt/timestamp.c
parent2b997d7db26e4c2be6b2474eeca801a50825f18c (diff)
downloadpostgresql-09f09884c18d725db7a60e03a8f78bafdbc78b95.tar.gz
postgresql-09f09884c18d725db7a60e03a8f78bafdbc78b95.zip
Promote assertion about !ReindexIsProcessingIndex to runtime error.
When this assertion was installed (in commit d2f60a3ab), I thought it was only for catching server logic errors that caused accesses to catalogs that were undergoing index rebuilds. However, it will also fire in case of a user-defined index expression that attempts to access its own table. We occasionally see reports of people trying to do that, and typically getting unintelligible low-level errors as a result. We can provide a more on-point message by making this a regular runtime check. While at it, adjust the similar error check in systable_beginscan_ordered to use the same message text. That one is (probably) not reachable without a coding bug, but we might as well use a translatable message if we have one. Per bug #18363 from Alexander Lakhin. Back-patch to all supported branches. Discussion: https://postgr.es/m/18363-e3598a5a572d0699@postgresql.org
Diffstat (limited to 'src/backend/utils/adt/timestamp.c')
0 files changed, 0 insertions, 0 deletions