Re: functional index search path issue.
David G. Johnston <david.g.johnston@gmail.com>
From: "David G. Johnston" <david.g.johnston@gmail.com>
To: Kirill Reshke <reshkekirill@gmail.com>
Cc: "pgsql-bugs@postgresql.org" <pgsql-bugs@postgresql.org>
Date: 2025-07-05T14:53:13Z
Lists: pgsql-bugs
On Saturday, July 5, 2025, Kirill Reshke <reshkekirill@gmail.com> wrote: > > Is this a postgres fault? One thing is with pg_upgrade failing for a > valid database, but maybe users should just re-create their indices > with fully-qualified names. > Yes, functions you intend for the server to execute during dump/restore or other administrative routines where it sets up a safe searh_path need to be able to resolve all identifiers without the benefit of a session-defined search_path beyond pg_catalog. Public is not part of the safe search_path. David J.