Re: Failed assertion due to procedure created with SECURITY DEFINERoption

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: Failed assertion due to procedure created with SECURITY DEFINERoption
Дата
Msg-id 72ba1903-4c79-653d-432c-8139137b773d@2ndquadrant.com
обсуждение исходный текст
Ответ на Re: Failed assertion due to procedure created with SECURITY DEFINERoption  (Andres Freund <andres@anarazel.de>)
Ответы Re: Failed assertion due to procedure created with SECURITY DEFINERoption  ("Jonathan S. Katz" <jonathan.katz@excoventures.com>)
Список pgsql-hackers
On 03.07.18 19:20, Andres Freund wrote:
> On 2018-06-29 10:19:17 -0700, Andres Freund wrote:
>> Hi,
>>
>> On 2018-06-29 13:56:12 +0200, Peter Eisentraut wrote:
>>> On 6/29/18 13:07, amul sul wrote:
>>>> This happens because of in fmgr_security_definer() function we are
>>>> changing  global variable SecurityRestrictionContext and in the
>>>> StartTransaction() insisting it should be zero, which is the problem.
>>>
>>> Hmm, what is the reason for this insistation?
>>
>> Because it's supposed to be reset by AbortTransaction(), after an error.
> 
> Does that make sense Peter?
> 
> I've added this thread to the open items list.

Proposed fix attached.

-- 
Peter Eisentraut              http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services

Вложения

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

Предыдущее
От: "Ideriha, Takeshi"
Дата:
Сообщение: RE: Global shared meta cache
Следующее
От: Peter Eisentraut
Дата:
Сообщение: Re: Test-cases for deferred constraints in plpgsql_transaction.sql