Re: DROP ROLE as SUPERUSER - Mailing list pgsql-general

From Dominique Devienne
Subject Re: DROP ROLE as SUPERUSER
Date
Msg-id CAFCRh-_2CiGRWxJ7q7ScW+L5xW9NKzTv_DFs9tsBQVJLFFPqJA@mail.gmail.com
Whole thread Raw
In response to Re: DROP ROLE as SUPERUSER  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: DROP ROLE as SUPERUSER
List pgsql-general
On Fri, Feb 21, 2025 at 3:44 PM Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Dominique Devienne <ddevienne@gmail.com> writes:
> > On Fri, Feb 21, 2025 at 3:33 PM Tom Lane <tgl@sss.pgh.pa.us> wrote:
> >> REASSIGN OWNED then DROP OWNED is the recommended path.
>
> > Hi. Am I missing something? foobar does not OWN anything in this case.
> > So I don't see how these recommendations are relevant to this particular
> > case. --DD

Hi. Resurrecting this older thread, as I'm running into an issue with this.

> DROP OWNED also removes relevant permission entries (which can be
> thought of as things owned by the role, if you hold your head at
> the right angle).  See its man page.

Except when it doesn't... I'm doing the DROP OWNED, and I'm getting
several "WARNING:  no privileges could be revoked for ..." for SCHEMAs
and ROUTINEs. (which BTW break my unit tests, which monitor outputs).

So the "removes relevant permission entries" part is kinda broken IMHO.
Or at least, not at all as convenient as one might hope it to be. FWIW. --DD



pgsql-general by date:

Previous
From: David Rowley
Date:
Subject: Re: Upsert error "column reference is ambiguous"
Next
From: Tom Lane
Date:
Subject: Re: Upsert error "column reference is ambiguous"