| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Daniel Gustafsson <daniel(at)yesql(dot)se> |
| Cc: | pgsql-hackers(at)lists(dot)postgresql(dot)org |
| Subject: | Re: Extension ownership and misuse of SET ROLE/SET SESSION AUTHORIZATION |
| Date: | 2020-05-19 15:34:57 |
| Message-ID: | 32076.1589902497@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Daniel Gustafsson <daniel(at)yesql(dot)se> writes:
>> On 13 Feb 2020, at 23:55, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>> Given the current behavior of SET ROLE and SET SESSION AUTHORIZATION,
>> I don't actually see any way that we could get these features to
>> play together.
> Is this being worked on for the 13 cycle such that it should be an open item?
I didn't have it on my list, but yeah maybe we should add it to the
"pre-existing issues" list.
>> The quick-and-dirty answer is to disallow these switches from being
>> used together in pg_restore, and I'm inclined to think maybe we should
>> do that in the back branches.
> ..or should we do this for v13 and back-branches and leave fixing it for 14?
> Considering the potential invasiveness of the fix I think the latter sounds
> rather appealing at this point in the cycle. Something like the attached
> should be enough IIUC.
pg_dump and pg_dumpall also have that switch no?
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Alvaro Herrera | 2020-05-19 15:39:08 | Re: Missing grammar production for WITH TIES |
| Previous Message | Alvaro Herrera | 2020-05-19 15:32:39 | Re: [bug] Table not have typarray when created by single user mode |