Re: Version 14/15 documentation Section "Alter Default Privileges" - Mailing list pgsql-hackers

From Laurenz Albe
Subject Re: Version 14/15 documentation Section "Alter Default Privileges"
Date
Msg-id ceac8e2df89a5eb1335ad8ce39c6ba0beaeddde3.camel@cybertec.at
Whole thread Raw
In response to Re: Version 14/15 documentation Section "Alter Default Privileges"  (Bruce Momjian <bruce@momjian.us>)
Responses Re: Version 14/15 documentation Section "Alter Default Privileges"
List pgsql-hackers
On Sat, 2023-11-04 at 21:14 -0400, Bruce Momjian wrote:
> > It is not the role that is modified.  Perhaps:
> >
> >    [...]; if omitted, the current role is used.
>
> Sure, attached.  Here is the issue I have though, we are really not
> changing default privileges for objects created in the future, we are
> changing the role _now_ so future objects will have different default
> privileges, right?  I think wording like the above is kind of odd.

I see what you mean.  The alternative is to be precise, at the risk of
repeating ourselves:

  if omitted, default privileges will be changed for objects created by
  the current role.

Yours,
Laurenz Albe



pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: pg_resetwal tests, logging, and docs update
Next
From: Ashutosh Bapat
Date:
Subject: Re: Reuse child_relids in try_partitionwise_join was Re: Assert failure on bms_equal(child_joinrel->relids, child_joinrelids)