Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1aQXgb-0006RO-ON for pgadmin-hackers@arkaria.postgresql.org; Tue, 02 Feb 2016 09:55:49 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84) (envelope-from ) id 1aQXgb-0004Iy-01 for pgadmin-hackers@arkaria.postgresql.org; Tue, 02 Feb 2016 09:55:49 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84) (envelope-from ) id 1aQXgM-0003nl-R9 for pgadmin-hackers@postgresql.org; Tue, 02 Feb 2016 09:55:35 +0000 Received: from mail-ig0-x22e.google.com ([2607:f8b0:4001:c05::22e]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.84) (envelope-from ) id 1aQXgG-00031y-3u for pgadmin-hackers@postgresql.org; Tue, 02 Feb 2016 09:55:33 +0000 Received: by mail-ig0-x22e.google.com with SMTP id 5so7465392igt.0 for ; Tue, 02 Feb 2016 01:55:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pgadmin-org.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=MKi/Fyl8/NXEeWlj36oJ5+XMxQV2Y5jJ37825b7rgW0=; b=d2nusRvQIg2oviu2jNsOYGMxarbWUG9BoJhzq6KvBWyWYj2zeHyaVqPTVa0vo/Gkqv sKx0vDq4DeVJipptqyshjV+B3qLpijspRjmh/8+J0QmRLRWtm8BvHcKwajEF5dZVcqTQ NjqcdAJviw/W1oNOJ0iSX8sV496cuqT8/EJV7LXu7BsD9En9KVffuxyDH58UbE9i9vgb qw5Jow/PryPeMMGliW2Wjlrx000rE6zgXQMQF5iDzxLr7z7y6O4l28rj3A/RvZ6iWdAP LnMwuSy5FU8jH8gXzHxrLx8iyBSWukdIcwRvW4AZ9rRN/GPQpJWwbu+8dXjdavWq7XTe 9Tdw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=MKi/Fyl8/NXEeWlj36oJ5+XMxQV2Y5jJ37825b7rgW0=; b=Ycmk5Lqh+WII0P9AKQxqpa5qwRGIdDbkkNVqdLgC2dhMWq2qG6UTYYMoFgQ83DdFGv qzYfn1TdJiNE48J3IBqK5K0bqWgmxvHA8waRfyyMTx42zoTwqH6ZmuIAMs7BCkUiWYnG R6x1EtVYardbAOk5gVFwMs/+vv3WTU2Efr4V+3UWkyXrwqPBfMtGnEJpKjzVMwrPqvuX mGyG391UOTDgqPcYdQ8I2NiW1fPVywNO7c0qJv3KIg2eAkIKBu6veSn0hQx8ocqMOPX1 2QWhS2xC2ClUPE+2uqnwKWRANvvf/kXOCuAfK7OMw+9VfRiPPxru5Fq5wrQsApapYDq9 5ctQ== X-Gm-Message-State: AG10YOQz252NWlhB4CmZX/rzBNWJf5lglN5e8k05jqfJDRlGRTi7uKINrmOHL0+dvSKha0RZHMNWnClgVwmGgA== MIME-Version: 1.0 X-Received: by 10.50.2.39 with SMTP id 7mr2309302igr.96.1454406926665; Tue, 02 Feb 2016 01:55:26 -0800 (PST) Received: by 10.64.0.195 with HTTP; Tue, 2 Feb 2016 01:55:26 -0800 (PST) In-Reply-To: <01D3E3D9-3947-461D-9B3F-569420327220@enterprisedb.com> References: <569759C0.90009@enterprisedb.com> <569F47F0.4070106@enterprisedb.com> <01D3E3D9-3947-461D-9B3F-569420327220@enterprisedb.com> Date: Tue, 2 Feb 2016 09:55:26 +0000 Message-ID: Subject: Re: PATCH: Login/Group Role Node From: Dave Page To: Murtuza Zabuawala Cc: Ashesh Vashi , pgadmin-hackers , Akshay Joshi Content-Type: multipart/alternative; boundary=e89a8f642bd83971df052ac680ab X-Pg-Spam-Score: -2.6 (--) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgadmin-hackers Precedence: bulk Sender: pgadmin-hackers-owner@postgresql.org --e89a8f642bd83971df052ac680ab Content-Type: text/plain; charset=UTF-8 On Tue, Feb 2, 2016 at 9:22 AM, Murtuza Zabuawala < murtuza.zabuawala@enterprisedb.com> wrote: > Hi Ashesh, > > I also found that we are not handling group role in macro templates. > > Steps to re-produce the issue: > 1) Create a sample Group Role. > name : my_group > > Click 'Ok' to create. > > 2) Go to privilege tab (in my case Database node) > - Click on Add button > - Select my_group (Group) from options > - grant any priviledges > > 3) Go to modified SQL tab > > - You will see wrong SQL generated > GRANT ALL ON DATABASE postgres *TO* my_group WITH GRANT OPTIONS > > *Expected SQL:* > GRANT ALL ON DATABASE postgres *TO GROUP* my_group WITH GRANT OPTIONS > Isn't GROUP just a noise word that's there for backwards compatibility with pre-role releases? -- Dave Page Blog: http://pgsnake.blogspot.com Twitter: @pgsnake EnterpriseDB UK: http://www.enterprisedb.com The Enterprise PostgreSQL Company --e89a8f642bd83971df052ac680ab Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Tue, Feb 2, 2016 at 9:22 AM, Murtuza Zabuawala <= ;mu= rtuza.zabuawala@enterprisedb.com> wrote:
Hi Ashesh,

I also found that we are not handling group role in macro t= emplates.

Steps to re-produce the issue:
1) Create a sample Group Role.
=C2=A0 =C2=A0 name : my_group

Click 'Ok' to create.

2) Go to privilege tab (in my case Database node)
- Click on Ad= d button
- Select my_group (Group) from options=C2=A0
-= grant any priviledges

3) Go to modified SQL tab

- You will see wrong SQL generated
GRANT = ALL ON DATABASE postgres TO my_group WITH GRANT OPTIONS
Expected SQL:
GRANT ALL ON DATABASE post= gres TO GROUP my_group WITH GRANT OPTIONS

Isn't GROUP just a noise word that's there = for backwards compatibility with pre-role releases?=C2=A0


--
Dave P= age
Blog: http= ://pgsnake.blogspot.com
Twitter: @pgsnake

EnterpriseDB UK: http://www.enterpri= sedb.com
The Enterprise PostgreSQL Company
--e89a8f642bd83971df052ac680ab--