Skip site navigation (1) Skip section navigation (2)

Re: [pgAdmin III] #335: Different Behavior on Privileges and Default Privileges Tab Pages of Properties Screen of Database and Schema on pgAdmin III

From: "pgAdmin Trac" <trac(at)code(dot)pgadmin(dot)org>
To:
Cc: pgadmin-hackers(at)postgresql(dot)org
Subject: Re: [pgAdmin III] #335: Different Behavior on Privileges and Default Privileges Tab Pages of Properties Screen of Database and Schema on pgAdmin III
Date: 2011-08-30 07:07:12
Message-ID: 064.342ac411a3e6bf0aef4c487b21a9ad3f@code.pgadmin.org (view raw or flat)
Thread:
Lists: pgadmin-hackers
#335: Different Behavior on Privileges and Default Privileges Tab Pages of
Properties Screen of Database and Schema on pgAdmin III
----------------------------+-----------------------------------------------
 Reporter:  Kashif Zeeshan  |       Owner:  gleu    
     Type:  bug             |      Status:  assigned
 Priority:  minor           |   Milestone:          
Component:  pgadmin         |     Version:  1.12    
 Keywords:  properties      |    Platform:  all     
----------------------------+-----------------------------------------------
Changes (by gleu):

  * status:  new => assigned
  * owner:  dpage => gleu


Old description:

> Following are the differences in the behavior on Privileges and Default
> Privileges Tab Pages when adding Privileges on the Properties Sheet of
> Database and Schema on pgAdmin III.
>
> First Issue
> =============
> On Privileges Tab Page when a role is added without Privileges (click on
> Add/Change button without selecting any check box in Privileges section)
> then one row is added with role name in the list and when the same role
> is changed by adding the privileges in the Privileges section then the
> same row is updated but incase of Default Privileges Tab (Table, Sequence
> and Functions sub tabs) when the same above steps are followed then two
> rows are added, one with role name and second with role name and the
> assigned privileges. One Row must be added on Default Privileges Tab same
> as on Privileges Tab.
>
> Second Issue
> ==============
> After performing the steps in First Issue when the row is selected and
> remove button is pressed on Privileges Tab then the row is deleted from
> the list and now if Add/Change button is clicked (without selecting any
> check box in Privileges section) then another row is added with selected
> role. But on Default Privileges Tab (Table, Sequence and Functions sub
> tabs) afrer deleteing the added rows if Add/Change button is pressed
> (without selecting any check box in Privileges section) then no new row
> is added with selected role. The row should be added with select role on
> Default Privileges Tab same as on Privileges Tab.

New description:

 Following are the differences in the behavior on Privileges and Default
 Privileges Tab Pages when adding Privileges on the Properties Sheet of
 Database and Schema on pgAdmin III.

 First Issue
 =============
 On Privileges Tab Page when a role is added without Privileges (click on
 Add/Change button without selecting any check box in Privileges section)
 then one row is added with role name in the list and when the same role is
 changed by adding the privileges in the Privileges section then the same
 row is updated but incase of Default Privileges Tab (Table, Sequence and
 Functions sub tabs) when the same above steps are followed then two rows
 are added, one with role name and second with role name and the assigned
 privileges. One Row must be added on Default Privileges Tab same as on
 Privileges Tab.

--

-- 
Ticket URL: <http://code.pgadmin.org/trac/ticket/335#comment:1>
pgAdmin III <http://code.pgadmin.org/trac/>
pgAdmin III

In response to

pgadmin-hackers by date

Next:From: pgAdmin TracDate: 2011-08-30 07:08:42
Subject: [pgAdmin III] #336: Different Behavior on Privileges and Default Privileges Tab Pages of Properties Screen of Database and Schema on pgAdmin III
Previous:From: Guillaume LelargeDate: 2011-08-29 16:35:16
Subject: pgAdmin website commit: Update french translation.

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group