[GRASS-dev] tracker write/read access at GForge

Maciej Sieczka tutey at o2.pl
Sat Oct 28 21:51:36 EDT 2006


Hi Bernhard!

Bernhard Reiter wrote:

> On Monday 23 October 2006 22:37, Maciej Sieczka wrote:

>> There is one thing stopping me though. I believe that it should be 
>> possible to have project members with no writing access for trackers.
>> So that only selected members could modify and *delete* tickets
>> sumbitted. 

> Can you tell me more about the use case behind this user role?

To minimise the likelyhood of somebody deleting something by accident.

> In my opinion it is good to give a member of the team the right
> to manipulate tracker entries as first permission.

I absolutely agree all members must be able to comment/reply/change
status of custom elements, the subject and so on.

But not everyone should have admin rights, ie. to be able to inevitably
delete a ticket, a custom element or the whole tracker. 2 admins should
be enough.

>> And although GForge seems to provide such option via setting 
>> 'Read' access for a given 'Role', it doesn't work as I expect it. Even
>> if I create a user with a 'Junior Developer' Role, who has only Read
>> access for trackers, he is still able to delete and remove tickets as
>> if he was an admin.
>>
>> I read the GForge manual [2], but found no answer. What's wrong (with me?)?

> This could be a bug in the gforge software that we are running on wald.
> Best is to add a report how to reproduce the problem to the
> http://wald.intevation.org/projects/siteadmin

Done:
http://wald.intevation.org/tracker/index.php?func=detail&aid=218&group_id=1&atid=162

> We already know a few shortcomings and work to overcome them.
> Our next step will be to upgrade to a newer version of gforge,
> for this we run staging tests first.
> This is also the prerequisite for us to do further improvements
> to the software.

Do you have some time schedule for that?

Regards,
Maciek




More information about the grass-dev mailing list