Fix pg_dump for GRANT OPTION among initial privileges.
authorNoah Misch <[email protected]>
Sat, 16 Jan 2021 20:21:35 +0000 (12:21 -0800)
committerNoah Misch <[email protected]>
Sat, 16 Jan 2021 20:21:39 +0000 (12:21 -0800)
commitad2b7c9bb061e85d1afe0debb916e00ca8cf8d5b
tree13144e7eee541b64c156d15119279e53654a68f6
parent1a31d8c52db4220f162ed3c4812569843daf950e
Fix pg_dump for GRANT OPTION among initial privileges.

The context is an object that no longer bears some aclitem that it bore
initially.  (A user issued REVOKE or GRANT statements upon the object.)
pg_dump is forming SQL to reproduce the object ACL.  Since initdb
creates no ACL bearing GRANT OPTION, reaching this bug requires an
extension where the creation script establishes such an ACL.  No PGXN
extension does that.  If an installation did reach the bug, pg_dump
would have omitted a semicolon, causing a REVOKE and the next SQL
statement to fail.  Separately, since the affected code exists to
eliminate an entire aclitem, it wants plain REVOKE, not REVOKE GRANT
OPTION FOR.  Back-patch to 9.6, where commit
23f34fa4ba358671adab16773e79c17c92cbc870 first appeared.

Discussion: https://postgr.es/m/20210109102423[email protected]
src/bin/pg_dump/dumputils.c
src/test/modules/test_pg_dump/t/001_base.pl
src/test/modules/test_pg_dump/test_pg_dump--1.0.sql