Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1sg5N9-00FCzk-Er for pgsql-bugs@arkaria.postgresql.org; Mon, 19 Aug 2024 16:36:47 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1sg5N7-000OK5-3g for pgsql-bugs@arkaria.postgresql.org; Mon, 19 Aug 2024 16:36:45 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1sg5N6-000OJp-Rb for pgsql-bugs@lists.postgresql.org; Mon, 19 Aug 2024 16:36:45 +0000 Received: from sss.pgh.pa.us ([68.162.161.243]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1sg5N4-000TYC-0Y for pgsql-bugs@lists.postgresql.org; Mon, 19 Aug 2024 16:36:44 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 47JGafSb1385303; Mon, 19 Aug 2024 12:36:41 -0400 From: Tom Lane To: Andrei Lepikhov cc: Richard Guo , pgsql-bugs@lists.postgresql.org Subject: Re: BUG #18576: Using EXPLAIN (VERBOSE) in information_schema.element_types returns ERROR: failed to find plan for In-reply-to: <332f0e30-f90a-4e47-b668-b53f649c244f@gmail.com> References: <18576-9feac34e132fea9e@postgresql.org> <2336091.1723137115@sss.pgh.pa.us> <2493069.1723149304@sss.pgh.pa.us> <2548861.1723174234@sss.pgh.pa.us> <2799439.1723217127@sss.pgh.pa.us> <332f0e30-f90a-4e47-b668-b53f649c244f@gmail.com> Comments: In-reply-to Andrei Lepikhov message dated "Mon, 19 Aug 2024 13:23:51 +0200" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <1385301.1724085401.1@sss.pgh.pa.us> Date: Mon, 19 Aug 2024 12:36:41 -0400 Message-ID: <1385302.1724085401@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Andrei Lepikhov writes: > Thanks for pushing this! > But could you change this code a little bit? > I reported this issue a year ago. At that time, it was triggered by the > CustomScan node [1]. I haven't found the solution there [2]. Your code > looks like a good tradeoff, and if you slightly change the code (like in > the attachment), it allows CustomScan to survive such cases. This seems like it's making assumptions it shouldn't about what CustomScan does. If there's an argument for doing this, it should be added to the adjacent comments. (Also, what's with the random change in contrib/Makefile?) regards, tom lane