Re: Possible SET SESSION AUTHORIZATION bug - Mailing list pgsql-general

From Tom Lane
Subject Re: Possible SET SESSION AUTHORIZATION bug
Date
Msg-id 3467.1087835104@sss.pgh.pa.us
Whole thread Raw
In response to Re: Possible SET SESSION AUTHORIZATION bug  ("Chris Ochs" <chris@paymentonline.com>)
List pgsql-general
"Chris Ochs" <chris@paymentonline.com> writes:
> Ok this probably isn't a bug but a side affect of how functions are cached.
> Changing the function to use EXECUTE to perform the query works.  I don't
> know if this particular scenario was ever even though of before, or if in
> the future it would make sense to have the query planner not cache the
> session user/current user?

It doesn't cache that.  I'm not sure what's going on here ... could you
provide a self-contained test script?

            regards, tom lane

pgsql-general by date:

Previous
From: Richard Huxton
Date:
Subject: Re: New to the list; would this be an okay question?
Next
From: Vams
Date:
Subject: Re: plpgsql - Inserting DEFAULT Value.