I haven't seen this discussed in detail but we have a need where we want to give different roles write access to one or more groups in a project but not whole write access to the project.
I would like our test team to have ability to only update test cases in a project but not write ability to other artifact types.
I could be missing something but I haven't seen a way to do this.
Thanks.
Fine grained security is on our roadmap - though we are finalizing some internal planning before we can post the schedule. We'll be posting more about these new features shortly in preparation for our set of fall releases.
I am a little confused regarding the utility of the current role/permission implementation when considered along with the licensing model. I can create a role and give it only read permissions, I can also create a user account with read-only license. The net effect is the same. However, I could also create a role with all permissions then assign a user with read-only license to that role - with what results? Is there actually even a need for the read-only license? As I understand it, if the number of concurrent users is exceeded then every additional login is treated as a read-only user anyway.
You are correct, I'll try to clarify though,
The objective for read only within the application is to allow a user to be assigned edit rights to one project, but read only on another. In that case, the user would need to be assigned to a named or floating license.
If a user is assigned to a read only license or you've exceed the number of log-in's, a user's permissions are overridden by the system and they are "read only" which takes precedence over individually assigned rights to projects.
We wanted to separate the two functions so users can be added and setup in the system initially as read only, but if a license is purchased or allocated to them at a later time, their permissions within Contour are setup correctly.
Hope this helps.
