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.96) (envelope-from ) id 1vjhQG-002qAA-0A for pgsql-bugs@arkaria.postgresql.org; Sat, 24 Jan 2026 17:27:44 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1vjhQE-003Bki-34 for pgsql-bugs@arkaria.postgresql.org; Sat, 24 Jan 2026 17:27:43 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1vjhQE-003BkY-2C for pgsql-bugs@lists.postgresql.org; Sat, 24 Jan 2026 17:27:43 +0000 Received: from sss.pgh.pa.us ([68.162.161.243]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1vjhQB-0026TN-1y for pgsql-bugs@lists.postgresql.org; Sat, 24 Jan 2026 17:27:42 +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 60OHRZRm3405729; Sat, 24 Jan 2026 12:27:35 -0500 From: Tom Lane To: Andres Freund cc: Dean Rasheed , dwwoelfel@gmail.com, pgsql-bugs@lists.postgresql.org Subject: Re: BUG #19380: Transition table in AFTER INSERT trigger misses rows from MERGE when used with INSERT in a CTE In-reply-to: References: <19380-4e293be2b4007248@postgresql.org> <1576968.1768929680@sss.pgh.pa.us> <1698130.1768932056@sss.pgh.pa.us> <3256998.1769270320@sss.pgh.pa.us> Comments: In-reply-to Andres Freund message dated "Sat, 24 Jan 2026 12:03:49 -0500" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <3405727.1769275655.1@sss.pgh.pa.us> Date: Sat, 24 Jan 2026 12:27:35 -0500 Message-ID: <3405728.1769275655@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Andres Freund writes: > On 2026-01-24 10:58:40 -0500, Tom Lane wrote: >> I find it unhelpful that it reported the AfterTriggersTableData >> change as an ABI change, even though that struct is not globally >> accessible. I wonder if there's some libabigail switches we >> should be tweaking to refine that. > Specifying --headers-dir ... during abidw seems to do the trick. Yeah, I was just experimenting with that. It's pretty unclear from the abigail docs whether you have to name all the header directories explicitly or it's enough to point at the top one ... but experimentation says the top one is enough. I'll send Andrew a patch. regards, tom lane