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
Ответ на
Список
Дерево обсуждения
Failed assertion due to procedure created with SECURITY DEFINER option amul sul <sulamul@gmail.com>
Re: Failed assertion due to procedure created with SECURITY DEFINERoption Peter Eisentraut <peter.eisentraut@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 Andres Freund <andres@anarazel.de>
Re: Failed assertion due to procedure created with SECURITY DEFINERoption Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
Re: Failed assertion due to procedure created with SECURITY DEFINERoption "Jonathan S. Katz" <jonathan.katz@excoventures.com>
Re: Failed assertion due to procedure created with SECURITY DEFINERoption Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
Re: Failed assertion due to procedure created with SECURITY DEFINER option amul sul <sulamul@gmail.com>
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 по дате отправления
От: Peter Eisentraut
Дата: