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 1pSQdg-0001fB-TP for pgsql-hackers@arkaria.postgresql.org; Wed, 15 Feb 2023 22:52: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 1pSQde-0005GF-S0 for pgsql-hackers@arkaria.postgresql.org; Wed, 15 Feb 2023 22:52:34 +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 1pSQde-0005Ex-H2 for pgsql-hackers@lists.postgresql.org; Wed, 15 Feb 2023 22:52:34 +0000 Received: from sender4-op-o10.zoho.com ([136.143.188.10]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pSQdY-0007Ws-Vm for pgsql-hackers@lists.postgresql.org; Wed, 15 Feb 2023 22:52:30 +0000 ARC-Seal: i=1; a=rsa-sha256; t=1676501541; cv=none; d=zohomail.com; s=zohoarc; b=VukTsSPwkyLZTg8bUFJeUexYUhFQvk0ZHBHiOF+fUjgm3EFlItbo5U23fAUqd/JL+BZX0kQzhjCmLbh0+hmPErMg+yVPUdHrQBQR/pGa62Ap6zzLz/GB2GcdZorbd918u0IWGAevNQbwiWn+BWC8STRu/r+ZMmRhuC3YWwCxspU= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1676501541; h=Content-Type:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To; bh=CEc7FK3TS+mdIaVle7rZyRqUvNg3ueYUFwoKej6o/eQ=; b=M71X1gVWx+wmCGaWjVLMzFZ0SJyeR+CSoDOMW7eOjKrdSJQBL5oyg1dTukXMz7VwePLcOHJdi39JX7Lnv9JheUM+6avZ+St/OvoMmCqCLzH3AyNs+HIXB930H9CBGp3nFG+bd7V+mQGzQdRMirsMZizya3xTeNfOX+tDJpYBaH8= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass header.i=highgo.ca; spf=pass smtp.mailfrom=david.zhang@highgo.ca; dmarc=pass header.from= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1676501541; s=zoho; d=highgo.ca; i=david.zhang@highgo.ca; h=Content-Type:Message-ID:Date:Date:MIME-Version:Subject:Subject:To:To:Cc:Cc:References:From:From:In-Reply-To:Message-Id:Reply-To; bh=CEc7FK3TS+mdIaVle7rZyRqUvNg3ueYUFwoKej6o/eQ=; b=iSFD0DzzusWuD6XYEw0AgFhi0j52X/jumVrnaryA5Tjd4wta06fOAwYNYDKOlG/6 L4akSr2O5giPqKnIG5uFmAeQZNHI/sf1qRoz8C5PsZ0GMwcWH4L1VRNmQZyk0CRTB3H QiyaeeIoOBaX0Q9NC/UuvEWweqSBNLFvi8s/+Zjc= Received: from [192.168.1.88] (d66-183-207-156.bchsia.telus.net [66.183.207.156]) by mx.zohomail.com with SMTPS id 1676501540879243.52483198079926; Wed, 15 Feb 2023 14:52:20 -0800 (PST) Content-Type: multipart/alternative; boundary="------------2HLGlpa01Sxaz7m7rVRtFu0G" Message-ID: Date: Wed, 15 Feb 2023 14:52:20 -0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.6.1 Subject: Re: psql: Add role's membership options to the \du+ command Content-Language: en-US To: "David G. Johnston" , Pavel Luzanov Cc: "pgsql-hackers@lists.postgresql.org" References: From: David Zhang In-Reply-To: X-ZohoMailClient: External List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk This is a multi-part message in MIME format. --------------2HLGlpa01Sxaz7m7rVRtFu0G Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 2023-02-15 1:37 p.m., David G. Johnston wrote: > On Wed, Feb 15, 2023 at 2:31 PM David Zhang wrote: > > There is a default built-in role `pg_monitor` and the behavior > changed after the patch. If `\dg+` and `\du+` is treated as the > same, and `make check` all pass, then I assume there is no test > case to verify the output of `duS+`. My point is should we > consider add a test case? > > I mean, either you accept the change in how this meta-command presents > its information or you don't.  I don't see how a test case is > particularly beneficial.  Or, at least the pg_monitor role is not > special in this regard.  Alice changed too and you don't seem to be > including it in your complaint. Good improvement, +1. --------------2HLGlpa01Sxaz7m7rVRtFu0G Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit

On 2023-02-15 1:37 p.m., David G. Johnston wrote:

On Wed, Feb 15, 2023 at 2:31 PM David Zhang <david.zhang@highgo.ca> wrote:
There is a default built-in role `pg_monitor` and the behavior changed after the patch. If `\dg+` and `\du+` is treated as the same, and `make check` all pass, then I assume there is no test case to verify the output of `duS+`. My point is should we consider add a test case?
 
I mean, either you accept the change in how this meta-command presents its information or you don't.  I don't see how a test case is particularly beneficial.  Or, at least the pg_monitor role is not special in this regard.  Alice changed too and you don't seem to be including it in your complaint.
Good improvement, +1.
--------------2HLGlpa01Sxaz7m7rVRtFu0G--