summaryrefslogtreecommitdiff
path: root/src/backend/commands/lockcmds.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2019-11-19 14:21:41 -0500
committerTom Lane <tgl@sss.pgh.pa.us>2019-11-19 14:21:41 -0500
commitff6de57750828030488901aa19fa1580f0f087d8 (patch)
treec74504cff959db1d5b5887d9b79c73b4858a8a15 /src/backend/commands/lockcmds.c
parentd898edf4f233a3ffe6a0da64179fc268a1d46200 (diff)
Doc: clarify behavior of ALTER DEFAULT PRIVILEGES ... IN SCHEMA.
The existing text stated that "Default privileges that are specified per-schema are added to whatever the global default privileges are for the particular object type". However, that bare-bones observation is not quite clear enough, as demonstrated by the complaint in bug #16124. Flesh it out by stating explicitly that you can't revoke built-in default privileges this way, and by providing an example to drive the point home. Back-patch to all supported branches, since it's been like this from the beginning. Discussion: https://postgr.es/m/16124-423d8ee4358421bc@postgresql.org
Diffstat (limited to 'src/backend/commands/lockcmds.c')
0 files changed, 0 insertions, 0 deletions