Re: Implicitly created operator family not listed by pg_event_trigger_ddl_commands - Mailing list pgsql-bugs

From Masahiko Sawada
Subject Re: Implicitly created operator family not listed by pg_event_trigger_ddl_commands
Date
Msg-id CAD21AoBGqNBe=ydCxSoZnZQw9RA72DbQnTuFOhVDWkvF1wvHXw@mail.gmail.com
Whole thread Raw
In response to Re: Implicitly created operator family not listed by pg_event_trigger_ddl_commands  (Alvaro Herrera <alvherre@alvh.no-ip.org>)
List pgsql-bugs
On Wed, May 4, 2022 at 7:17 PM Alvaro Herrera <alvherre@alvh.no-ip.org> wrote:
>
> On 2022-May-02, LEMAIRE Leslie (Chargée de mission) - SG/SNUM/UNI/DRC wrote:
>
> > As stated in the documentation [1], creating an operator class without
> > specifying the FAMILY option will create an operator family with the same
> > name as the new class if it doesn't already exist. In this case, my event
> > trigger is activated through the "CREATE OPERATOR CLASS" tag as usual, but
> > pg_event_trigger_ddl_commands() still returns only one row - for the
> > operator class creation. I would have expected it to list the creation of
> > the operator family as well.
>
> I agree, this looks like an omission somewhere -- the extra object
> should have been reported.

Agreed.

DefineOpClass() calls CreateOpFamily() to create the operator family
but in CreateOpFamily() we don't report the new object to event
triggers. The event by CREATE OPERATOR FAMILY is normally reported by
ProcessUtilitySlow(). I've confirmed this happens on all supported
branches. I've attached a patch to fix it.

Regards,

--
Masahiko Sawada
EDB:  https://www.enterprisedb.com/

Attachment

pgsql-bugs by date:

Previous
From: Jan Katins
Date:
Subject: Re: Security Definer functions no longer works in PG14+
Next
From: Jobin Augustine
Date:
Subject: Re: Security Definer functions no longer works in PG14+