From: | Dean Rasheed <dean(dot)a(dot)rasheed(at)gmail(dot)com> |
---|---|
To: | Stephen Frost <sfrost(at)snowman(dot)net> |
Cc: | Christian Ullrich <chris(at)chrullrich(dot)net>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: [committers] pgsql: RLS fixes, new hooks, and new test module |
Date: | 2015-04-24 08:02:08 |
Message-ID: | CAEZATCXygvKXdPk8dNvvHuA8ZJ_q4ObkBb2etuOuUz4tPksQUQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers pgsql-hackers |
On 24 April 2015 at 04:31, Stephen Frost <sfrost(at)snowman(dot)net> wrote:
> Christian,
>
> * Christian Ullrich (chris(at)chrullrich(dot)net) wrote:
>> * Stephen Frost wrote:
>>
>> >RLS fixes, new hooks, and new test module
>>
>> The buildfarm says that with -DCLOBBER_CACHE_ALWAYS, the RLS
>> violations get blamed on the wrong tables. Mostly, they are catalogs
>> (I have seen pg_opclass, pg_am, and pg_amproc), but some also come
>> up with binary garbage instead, e.g.
>>
>> - http://www.pgbuildfarm.org/cgi-bin/show_log.pl?nm=markhor&dt=2015-04-23%2000%3A00%3A12
>> - http://www.pgbuildfarm.org/cgi-bin/show_log.pl?nm=friarbird&dt=2015-04-23%2004%3A20%3A00
>> - http://www.pgbuildfarm.org/cgi-bin/show_log.pl?nm=tick&dt=2015-04-22%2019%3A56%3A53
>
> Yup, thanks, Robert pointed this out on another thread and I'm looking
> into it.
>
Ah, yes it looks like a couple of places in
get_row_security_policies() ought to be making a copy of the relation
name when setting it on the WCO.
Regards,
Dean
From | Date | Subject | |
---|---|---|---|
Next Message | Stephen Frost | 2015-04-24 11:24:59 | Re: [committers] pgsql: RLS fixes, new hooks, and new test module |
Previous Message | Heikki Linnakangas | 2015-04-24 06:36:13 | pgsql: Move functions related to index maintenance to separate source f |
From | Date | Subject | |
---|---|---|---|
Next Message | Shigeru HANADA | 2015-04-24 09:38:39 | Re: Custom/Foreign-Join-APIs (Re: [v9.5] Custom Plan API) |
Previous Message | Peter Geoghegan | 2015-04-24 07:44:33 | Re: INSERT ... ON CONFLICT IGNORE (and UPDATE) 3.0 |