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)
commitc6ff165f99a7ecc4420b513ab7ea3c2dd72927a3
tree83d8ca2c0731e17ae29318b2b7259129d7f54cc1
parent677f6cb1d9875e9d4bbc7d3acde39b52bcbfdf11
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