]> git.ipfire.org Git - thirdparty/postgresql.git/commit
Make getObjectDescription robust against dangling amproc type links.
authorTom Lane <tgl@sss.pgh.pa.us>
Sat, 7 Dec 2024 19:28:16 +0000 (14:28 -0500)
committerTom Lane <tgl@sss.pgh.pa.us>
Sat, 7 Dec 2024 19:28:16 +0000 (14:28 -0500)
commitd9d5e1b48e0db25961e108a13acb616a4911ee29
tree19e0f6468a471399c93ecbe1bd3e706c9751445a
parent5882a4ba0917c056d9ca78d61af44708b3e93b4c
Make getObjectDescription robust against dangling amproc type links.

Yoran Heling reported a case where a data type could be dropped
while references to its OID remain behind in pg_amproc.  This
causes getObjectDescription to fail, which blocks dropping the
operator family (since our DROP code likes to construct descriptions
of everything it's dropping).  The proper fix for this requires
adding more pg_depend entries.  But to allow DROP to go through with
already-corrupt catalogs, tweak getObjectDescription to print "???"
for the type instead of failing when it processes such an entry.

I changed the logic for pg_amop similarly, for consistency,
although it is not known that the problem can manifest in pg_amop.

Per report from Yoran Heling.  Back-patch to all supported
branches (although the problem may be unreachable in v13).

Discussion: https://postgr.es/m/Z1MVCOh1hprjK5Sf@gmai021
src/backend/catalog/objectaddress.c