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 1wItM1-008ZFr-1c for pgsql-hackers@arkaria.postgresql.org; Fri, 01 May 2026 19:16:50 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1wItM0-00C4Qr-2e for pgsql-hackers@arkaria.postgresql.org; Fri, 01 May 2026 19:16:48 +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 1wItM0-00C4Qf-1Z for pgsql-hackers@lists.postgresql.org; Fri, 01 May 2026 19:16:48 +0000 Received: from udcm-wwu2.uni-muenster.de ([128.176.118.28]) by makus.postgresql.org with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98.2) (envelope-from ) id 1wItLx-00000003jtI-1qlN for pgsql-hackers@postgresql.org; Fri, 01 May 2026 19:16:47 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=uni-muenster.de; i=@uni-muenster.de; q=dns/txt; s=uniout; t=1777663006; x=1809199006; h=message-id:date:mime-version:subject:to:cc:references: from:in-reply-to:content-transfer-encoding; bh=MotD2yQn2w9d91oUbjPmv2GgvJxTnDC43axyt420dto=; b=fX12EQpotrAt/qAjXPzNU9bOwOclsEDHWrBBVOutU+tqBRGy3Pgv9Wku SPh/iCSBcd7LTTKVgqcsW83agW4tjCn6rjqMCQZ2mbGfIgxH71Fl6+JEw bonRVzzyUyte41VqEpvH2hFyWNIQDb8IUuV/lxQ6h8OAZ4/P3SMt9ORMY ssTn3lv5rqze1cwft1OXeczjKOE7y5lAl9z1ov2hhn1LtBhfq3XDqx6pZ H4/df73HaayShM85tiYmwbSyo280OL/tOiIxkfoG410QhauNDj0fOmV71 lsuW4NWWuTx15ZEkldGtRSq8inBRCWfCH6p9oYOundm9mAvkQYhxPxHM5 A==; X-CSE-ConnectionGUID: ujr20K48T0KNSpWmh6VG0w== X-CSE-MsgGUID: BWy1Ui7/RiKpD6SKOsm40w== X-IronPort-AV: E=Sophos;i="6.23,210,1770591600"; d="scan'208";a="392769123" Received: from secmail.uni-muenster.de ([128.176.118.4]) by UDCM-RELAY2.UNI-MUENSTER.DE with ESMTP; 01 May 2026 21:16:43 +0200 Received: from [192.168.178.40] (dynamic-093-133-030-204.93.133.pool.telefonica.de [93.133.30.204]) by SECMAIL.UNI-MUENSTER.DE (Postfix) with ESMTPSA id 66BF020ADF03; Fri, 1 May 2026 21:16:40 +0200 (CEST) Message-ID: Date: Fri, 1 May 2026 21:16:39 +0200 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Fix bug with accessing to temporary tables of other sessions To: Daniil Davydov <3danissimo@gmail.com>, Michael Paquier Cc: Alexander Korotkov , Soumya S Murali , Tom Lane , Stepan Neretin , PostgreSQL Hackers , Mohamed Ali , Nazneen Jafri , Shawn McCoy References: <402bbc8d-728b-4467-8024-31c2bc101ead@uni-muenster.de> Content-Language: de-DE, en-GB From: Jim Jones In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Hi On 25/04/2026 10:34, Daniil Davydov wrote: > On Wed, Apr 22, 2026 at 6:41 AM Michael Paquier wrote: >> >> On Tue, Apr 21, 2026 at 01:54:47PM +0300, Alexander Korotkov wrote: >>> OK. I'm going to push and backpatch if no objections. >> >> As a whole, we were not really convinced that this is something that >> needs any kind of specific fix > > It is a bug, obviously. TBH, I don't see any reason for not fixing it. > >> especially not something that should >> be backpatched. I see there are differing opinions among committers on this. How should we proceed? Do we really consider the current behaviour acceptable, or should we invest effort in improving the tests (and potentially backpatch it)? Best, Jim