From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Dean Rasheed <dean(dot)a(dot)rasheed(at)gmail(dot)com> |
Cc: | Timo Stolz <timo(dot)stolz(at)nullachtvierzehn(dot)de>, PostgreSQL mailing lists <pgsql-bugs(at)lists(dot)postgresql(dot)org>, Jonas Reinsch <jonas(dot)reinsch(at)pitchview(dot)de>, Laura Schlimmer <laura(dot)schlimmer(at)pitchview(dot)de> |
Subject: | 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 |
Date: | 2022-07-22 16:50:29 |
Message-ID: | 667073.1658508629@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
Dean Rasheed <dean(dot)a(dot)rasheed(at)gmail(dot)com> writes:
> On Thu, 21 Jul 2022 at 20:19, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)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
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2022-07-22 19:07:29 | Re: Fwd: "SELECT COUNT(*) FROM" still causing issues (deadlock) in PostgreSQL 14.3/4? |
Previous Message | PG Bug reporting form | 2022-07-22 15:39:42 | BUG #17557: ts_headline will error with "invalid memory alloc request size" for large documents |