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 1pP3eC-0008QA-AP for pgsql-bugs@arkaria.postgresql.org; Mon, 06 Feb 2023 15:43:12 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1pP3eB-0004lw-75 for pgsql-bugs@arkaria.postgresql.org; Mon, 06 Feb 2023 15:43:11 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pP3eA-0004lF-CH for pgsql-bugs@lists.postgresql.org; Mon, 06 Feb 2023 15:43:10 +0000 Received: from wnew3-smtp.messagingengine.com ([64.147.123.17]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pP3e7-0007Hc-HC for pgsql-bugs@lists.postgresql.org; Mon, 06 Feb 2023 15:43:09 +0000 Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailnew.west.internal (Postfix) with ESMTP id 1F7882B0602A; Mon, 6 Feb 2023 10:43:04 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Mon, 06 Feb 2023 10:43:04 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:reply-to:sender :subject:subject:to:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; t=1675698183; x=1675705383; bh=n NxKiyV77aWrwt6w4WBEaVOakUm+jVQv+F+72bzpeLQ=; b=RzLOEklMt/0e1LMk6 QigruK/lW21Wt1NMJxzefyqLVsmOlbVHTqUCU0ShYqRs66wCSwsXubd4bhT1BpaK i5tq3vipuQWJoiVM5+AtpbrgX0s+LrnrJEqoOXeP/D+zW3ko8CNSunl3N0ew1zZJ PeAmKM4Ig3UyEZ/ZgGY5LdKOfU0o0TIGGZuxAfzUNEgxDCavc9UI2WeiqSLQEwu+ xHJyYWzDDZJJWIw/LtX1PQG7Wn2e/XE12caCdh8iJPWmw/Q93fLkgMWcDOrVRjMp VP6ML78ekqD2t9dKz9ueO4p7Abs9IsR4zQ7bYg0x5mGi8RN0PhwvviiGGBAvBPt8 4AqVw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrudegiedgjeejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvvefukfggtggugfgjsehtke ertddttdejnecuhfhrohhmpeetlhhvrghrohcujfgvrhhrvghrrgcuoegrlhhvhhgvrhhr vgesrghlvhhhrdhnohdqihhprdhorhhgqeenucggtffrrghtthgvrhhnpedvkedtffduff dtffffheffhfejjefhgfeiueeukeejkeffgfdufffhudffffeuveenucffohhmrghinhep vghnthgvrhhprhhishgvuggsrdgtohhmnecuvehluhhsthgvrhfuihiivgeptdenucfrrg hrrghmpehmrghilhhfrhhomheprghlvhhhvghrrhgvsegrlhhvhhdrnhhoqdhiphdrohhr gh X-ME-Proxy: Feedback-ID: ia2694551:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Mon, 6 Feb 2023 10:43:03 -0500 (EST) Received: by perhan.alvh.no-ip.org (Postfix, from userid 1000) id 4C7B39A; Mon, 6 Feb 2023 16:43:00 +0100 (CET) Date: Mon, 6 Feb 2023 16:43:00 +0100 From: Alvaro Herrera To: Tom Lane Cc: Kyotaro Horiguchi , takaram71@gmail.com, pgsql-bugs@lists.postgresql.org Subject: Re: BUG #17767: psql: tab-completion causes warnings when standard_conforming_strings = off Message-ID: <20230206154300.ljxzsrulodicqqcd@alvherre.pgsql> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <2663396.1675696783@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 2023-Feb-06, Tom Lane wrote: > Alvaro Herrera writes: > > Hmm, really? We could just remove it for 16; people will still be able > > to use the warnings mode in 15 for several years, so if they want to > > upgrade to 16+ they will have plenty of time to update their apps. > > I think removing standard_conforming_strings = off might be a > bridge too far, even yet. Or were you speaking of removing > escape_string_warning? I could get behind that perhaps. > Making it default to off could be an even easier sell. I was thinking we'd remove them together. Anybody who is running standard_conforming_strings=off will need the warning so that they can find the places they need to touch in order to migrate. Keeping the ability to run nonstandard strings but without the ability to have the warnings would be dangerous, because then there's no easy way to upgrade. So, if we want to keep standard_conforming_strings=off, then by all means let's keep the warning too. (I agree BTW with the idea that running psql with non-standard strings and the warnings enabled is not something that we need to support specifically.) -- Álvaro Herrera Breisgau, Deutschland — https://www.EnterpriseDB.com/ "La libertad es como el dinero; el que no la sabe emplear la pierde" (Alvarez)