Hierarquical permissions
I'm stuck in a RRC 4.0.1 permission dilema. In my mind, the permissions are applied from top to down, or in other words from Project Area to Team Area.
At the Team Area configuration, I've no set any permission believing on roles and permissions cascade. But for my surprise just the Team Configuration were applied to my Team Area, the Project Area Configuration were revoked of my Team Area's Members.
I gave "save revision" to role Author, having not configured any permission on Team Area level, I hope the Project Area's permissions were cascade to my team. In that case the revision icon neither appears.
Is it a bug or my mistake?
Note: The members were only included on team area.
One answer
please carefully study https://jazz.net/library/article/291 to understand how permissions work. Be aware you need to know who owns the object you want to change.
See https://jazz.net/library/article/292 for how operational behavior works.
If you don't understand how this works, the results can be surprising.
Comments
Ralph, below I've reproduced my simple example, even through roles or operations seems not to match with my needs. Please help me to see where my eyes didn t get.
I don't understand the description of your use case. I don't get the concepts such as revision nor do I understand PA. I would suggest to really thoroughly read the article I mentioned above and try to understand who (Project Area or Team Area) is the owner of the object you try to manipulate, what role the user that tries has in that context and what the user has in the tree above in direction to the project area. Be aware that you can have different roles with different permissions on team and projet area levels and that permissions are accumulated, whereas in operational behavior only the first match is used.