Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lTZNZ-00035u-0A for pgsql-committers@arkaria.postgresql.org; Tue, 06 Apr 2021 00:15:37 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1lTZNX-0003PR-JU for pgsql-committers@arkaria.postgresql.org; Tue, 06 Apr 2021 00:15:35 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lTZNX-0003PK-Ea for pgsql-committers@lists.postgresql.org; Tue, 06 Apr 2021 00:15:35 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lTZNV-0008NV-8E for pgsql-committers@lists.postgresql.org; Tue, 06 Apr 2021 00:15:35 +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 1360FVcq935458; Mon, 5 Apr 2021 20:15:31 -0400 From: Tom Lane To: Michael Paquier cc: pgsql-committers@lists.postgresql.org Subject: Re: pgsql: Refactor all TAP test suites doing connection checks In-reply-to: References: <513200.1617634642@sss.pgh.pa.us> <932059.1617663467@sss.pgh.pa.us> <933130.1617665023@sss.pgh.pa.us> Comments: In-reply-to Michael Paquier message dated "Tue, 06 Apr 2021 09:11:02 +0900" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <935456.1617668131.1@sss.pgh.pa.us> Date: Mon, 05 Apr 2021 20:15:31 -0400 Message-ID: <935457.1617668131@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Michael Paquier writes: > On Mon, Apr 05, 2021 at 07:23:43PM -0400, Tom Lane wrote: >> What does seem to fix it reliably is the attached. > Thanks for confirming. I am still surprised that this has not popped > up as an issue until now. Could that be because those animals have > never run the LDAP, SSL or kerberos test suites over the years? Dunno. Certainly most animals that enable TAP at all should be running the "authentication" test, but those others all need to be manually enabled, I believe. My own animals run the SSL test but not LDAP or kerberos. I'm fairly sure that we've previously fixed this exact same issue in some tests that expected a connection failure ... regards, tom lane