Re: Odd behavior of updatable security barrier views on foreign tables - Mailing list pgsql-hackers

From Etsuro Fujita
Subject Re: Odd behavior of updatable security barrier views on foreign tables
Date
Msg-id 54E54AAC.3030100@lab.ntt.co.jp
Whole thread Raw
In response to Re: Odd behavior of updatable security barrier views on foreign tables  (Stephen Frost <sfrost@snowman.net>)
List pgsql-hackers
On 2015/02/18 21:44, Stephen Frost wrote:
> * Etsuro Fujita (fujita.etsuro@lab.ntt.co.jp) wrote:
>> On 2015/02/18 7:44, Stephen Frost wrote:
>>> Attached is a patch which should address this.  Would love your (or
>>> anyone else's) feedback on it.  It appears to address the issue which
>>> you raised and the regression test changes are all in-line with
>>> inserting a LockRows into the subquery, as anticipated.
>>
>> I've looked into the patch.
>>
>> * The patch applies to the latest head, 'make' passes successfully,
>> but 'make check' fails in the rowsecurity test.
>
> Apologies for not being clear- the patch was against 9.4, where it
> passes all the regression tests (at least for me- if you see
> differently, please let me know!).

Sorry, I assumed that the patch was against HEAD.  I comfermed that the 
back-patched 9.4 passes all the regression tests!

Best regards,
Etsuro Fujita



pgsql-hackers by date:

Previous
From: Tomas Vondra
Date:
Subject: Re: anyarray
Next
From: Magnus Hagander
Date:
Subject: Re: Allow "snapshot too old" error, to prevent bloat