Re: If a row-level security policy contains a set returning function, pg_dump returns an incorrect serialization of that policy if the return type of the function was altered

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: If a row-level security policy contains a set returning function, pg_dump returns an incorrect serialization of that policy if the return type of the function was altered
Дата
Msg-id 667073.1658508629@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: If a row-level security policy contains a set returning function, pg_dump returns an incorrect serialization of that policy if the return type of the function was altered  (Dean Rasheed <dean.a.rasheed@gmail.com>)
Список pgsql-bugs
Dean Rasheed <dean.a.rasheed@gmail.com> writes:
> On Thu, 21 Jul 2022 at 20:19, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> Here's a proposed patch for that.  I wouldn't consider pushing this
>> into released branches, but maybe it's not too late for v15?

> That looks reasonable to me. It covers all the cases I could think of
> to try, and I can't see any loopholes. +1 for applying it to v15.

Thanks for checking it!

I had second thoughts about removing the old test cases: that would
leave us with no test coverage for the executor's defenses against
bad plans.  I'm not so foolish as to imagine we'll never introduce
another bug that would reach those defenses.  So what I did was to
adjust those cases to manually delete the new pg_depend entries,
allowing us to still test what happens without 'em.

Pushed that way.

            regards, tom lane



В списке pgsql-bugs по дате отправления:

Предыдущее
От: PG Bug reporting form
Дата:
Сообщение: BUG #17557: ts_headline will error with "invalid memory alloc request size" for large documents
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: Fwd: "SELECT COUNT(*) FROM" still causing issues (deadlock) in PostgreSQL 14.3/4?