Fix pg_dump for GRANT OPTION among initial privileges.
authorNoah Misch <noah@leadboat.com>
Sat, 16 Jan 2021 20:21:35 +0000 (12:21 -0800)
committerNoah Misch <noah@leadboat.com>
Sat, 16 Jan 2021 20:21:35 +0000 (12:21 -0800)
commitf713ff7c646e5912e08089de74dacdfaaac3d03b
tree184363fc13959155204f92b56d78a65c516c58b4
parent6db992833c04c0322f7f34a486adece01651f929
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.GA160022@rfd.leadboat.com
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