aboutsummaryrefslogtreecommitdiff
path: root/src/backend/executor
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2021-07-11 12:54:24 -0400
committerTom Lane <tgl@sss.pgh.pa.us>2021-07-11 12:54:24 -0400
commit69dfc36fd54d1620209d5d40f3c68006d96b0046 (patch)
tree211ef29c382936e4f8194763ceabb446723daf3e /src/backend/executor
parent5614a0f78eaaa51c07bd753ca854de238c730b84 (diff)
downloadpostgresql-69dfc36fd54d1620209d5d40f3c68006d96b0046.tar.gz
postgresql-69dfc36fd54d1620209d5d40f3c68006d96b0046.zip
Lock the extension during ALTER EXTENSION ADD/DROP.
Although we were careful to lock the object being added or dropped, we failed to get any sort of lock on the extension itself. This allowed the ALTER to proceed in parallel with a DROP EXTENSION, which is problematic for a couple of reasons. If both commands succeeded we'd be left with a dangling link in pg_depend, which would cause problems later. Also, if the ALTER failed for some reason, it might try to print the extension's name, and that could result in a crash or (in older branches) a silly error message complaining about extension "(null)". Per bug #17098 from Alexander Lakhin. Back-patch to all supported branches. Discussion: https://postgr.es/m/17098-b960f3616c861f83@postgresql.org
Diffstat (limited to 'src/backend/executor')
0 files changed, 0 insertions, 0 deletions