Re: Invalid dump file after drop of role that previously created extension containing a table. - Mailing list pgsql-bugs

From Stephen Frost
Subject Re: Invalid dump file after drop of role that previously created extension containing a table.
Date
Msg-id ZQyZ3QOOs0BlWGyf@tamriel.snowman.net
Whole thread Raw
In response to Invalid dump file after drop of role that previously created extension containing a table.  (Aleš Zelený <zeleny.ales@gmail.com>)
Responses Re: Invalid dump file after drop of role that previously created extension containing a table.
List pgsql-bugs
Greetings,

* Aleš Zelený (zeleny.ales@gmail.com) wrote:
> Testcase description:
> ====================
> 1) An extension (I've used pg_cron as an example because it contains a
> table) is created by a database user (login role), and the initial
> privileges at extension creation are stored for the extension object
> (table in my test case) in the pg_catalog.pg_init_privs table.
> 2) Change the database user objects ownership from step 1 to another
> database user -> this step keeps the pg_catalog.pg_init_privs table
> content for the extension table from step 1 untouched.
> 3) Drop the database user used in step 1 and as its entry is deleted
> from the catalog, all that remains is the OID of the deleted database
> user in the pg_catalog.pg_init_privs table, later used by pg_dump.

Hrmpf.  Yeah, seems like if we're going to allow extensions and
extension objects to be impacted by REASSIGN OWNED and such then we need
to be sure to update pg_init_privs accordingly.  At least that's my
first thought seeing this.  Would welcome thoughts from others on this
though.

Thanks,

Stephen

Attachment

pgsql-bugs by date:

Previous
From: Aleš Zelený
Date:
Subject: Invalid dump file after drop of role that previously created extension containing a table.
Next
From: vignesh C
Date:
Subject: Re: [16+] subscription can end up in inconsistent state