Re: running logical replication as the subscription owner - Mailing list pgsql-hackers

From Jelte Fennema
Subject Re: running logical replication as the subscription owner
Date
Msg-id CAGECzQTV4o=SpE_Nrnxaq0xpvHm9BY1vfAko5f4U7XptnPg7gQ@mail.gmail.com
Whole thread Raw
In response to Re: running logical replication as the subscription owner  (Masahiko Sawada <sawada.mshk@gmail.com>)
Responses Re: running logical replication as the subscription owner
List pgsql-hackers
On Mon, 15 May 2023 at 14:47, Masahiko Sawada <sawada.mshk@gmail.com> wrote:
> Thank you for the patch! I think we might want to have tests for it.

Yes, code looks good. But indeed some tests would be great. It seems
we forgot to actually do:

On Fri, 12 May 2023 at 13:55, Ajin Cherian <itsajin@gmail.com> wrote:
> CREATE ROLE regress_alice NOSUPERUSER LOGIN;
> CREATE ROLE regress_admin SUPERUSER LOGIN;
> ...
>
> What I see is that as part of tablesync, the trigger invokes an
> updates admin_audit which it shouldn't, as the table owner
> of alice.test should not have access to the
> table admin_audit. This means the table copy is being invoked as the
> subscription owner and not the table owner.

I think having this as a tap/regress test would be very useful.



pgsql-hackers by date:

Previous
From: Robert Sjöblom
Date:
Subject: Re: [DOC] Update ALTER SUBSCRIPTION documentation v2
Next
From: Bruce Momjian
Date:
Subject: Re: createuser --memeber and PG 16