Re: Odd behavior of updatable security barrier views on foreign tables

From: Etsuro Fujita <fujita(dot)etsuro(at)lab(dot)ntt(dot)co(dot)jp>
To: Stephen Frost <sfrost(at)snowman(dot)net>, Dean Rasheed <dean(dot)a(dot)rasheed(at)gmail(dot)com>
Cc: Robert Haas <robertmhaas(at)gmail(dot)com>, "pgsql-hackers(at)postgresql(dot)org >> PostgreSQL-development" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Odd behavior of updatable security barrier views on foreign tables
Date: 2015-03-02 02:55:24
Message-ID: 54F3D11C.4040000@lab.ntt.co.jp
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 2015/03/02 5:28, Stephen Frost wrote:
> * Dean Rasheed (dean(dot)a(dot)rasheed(at)gmail(dot)com) wrote:
>> I just spotted a trivial bug in this patch -- in
>> expand_security_quals() you need to set targetRelation = false inside
>> the loop, otherwise it will be true for the target relation and all
>> that follow it.

> I've pushed a fix for this.

Thanks!

Best regards,
Etsuro Fujita

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Michael Paquier 2015-03-02 04:27:58 Fix broken Install.bat when target directory contains a space
Previous Message Michael Paquier 2015-03-02 01:59:50 Re: Bug in pg_dump