diff options
| author | Noah Misch <noah@leadboat.com> | 2021-01-16 12:21:35 -0800 |
|---|---|---|
| committer | Noah Misch <noah@leadboat.com> | 2021-01-16 12:21:35 -0800 |
| commit | f713ff7c646e5912e08089de74dacdfaaac3d03b (patch) | |
| tree | 184363fc13959155204f92b56d78a65c516c58b4 /src/test/modules/test_regex/test_regex.c | |
| parent | 6db992833c04c0322f7f34a486adece01651f929 (diff) | |
| download | postgresql-f713ff7c646e5912e08089de74dacdfaaac3d03b.tar.gz postgresql-f713ff7c646e5912e08089de74dacdfaaac3d03b.zip | |
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
Diffstat (limited to 'src/test/modules/test_regex/test_regex.c')
0 files changed, 0 insertions, 0 deletions