Re: functional index search path issue. - Mailing list pgsql-bugs

From David G. Johnston
Subject Re: functional index search path issue.
Date
Msg-id CAKFQuwYD1XW-DTg=OSh9CMazX+B9XMLRQx3+5eWyUKsqx1gJQQ@mail.gmail.com
Whole thread Raw
List 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.
 

pgsql-bugs by date:

Previous
From: Fujii Masao
Date:
Subject: Re: Unexpected behavior when setting "idle_replication_slot_timeout"
Next
From: Fujii Masao
Date:
Subject: Re: Unexpected behavior when setting "idle_replication_slot_timeout"