permission for changing the work environment.
4 answers
someone else if you are a member of the Project Admin group for the team
area of the person (or if you belong to the JazzAdmin repository
permission group).
There is an outstanding request to make this permission be based on a
normal role permission (work item 114366). If that is what you are
looking for, feel free to add a comment to that work item indicating
your interest/support.
Cheers,
Geoff
Comments
Geoff:
I'm not finding this to be true. I have "curtis" configured to have "JazzProjectAdmins" repository permissions and an RTC Contributor license. I have him added as an administrator (I tried both at the overall project level, and at a sub-team level).
Whenever he tries to access the user profile of another member of the project/team he gets:
"The user curtis is not authorized to access Jazz Team Server Admin UI."
Can you explain how this works? If I give him "JazzAdmins" repository permissions he can do this, but that's not acceptable (for good reasons, to my mind) to the customer.
Thanks, Gary
Interesting for a couple of reasons.
First, I ran into that same problem. My workaround is to start from the
Eclipse client. That lets you open a user editor, and from the work
allocation page in Eclipse, you can click on "open in the WebUI", and
that will get you to the WebUI page.
But just to make sure, I changed the work allocation, which it let me
do. But then when I clicked the "save" button ... nothing happened.
Eventually, I had to just exit without saving.
So there appear to be at least two problems here. First is the
inability to get to the user editor from the WebUI. I'm guessing there
is a way, but we need someone to tell us what it is (:-).
The second is the bug that is preventing me from saving work allocation
changes. I'll see if I can find out what's going on with that.
Cheers,
Geoff
Geoffrey,
Any update on this item? I'm following two other WIs related to this and we have many different companies interested in having this fixed and/or implement a new role based access at project level at least.
thx
It turns out the second problem (not being able to save the change) is a
known defect, work item 180015. Please feel free to add a comment
indicating your interest/support for getting this fixed.
Cheers,
Geoff
1 vote
Is there any work around whatsover either in Eclipse or WebClient? Without it seriously impairs Planning and renders some features like Load a useless.
How do I access 180015?
You can access 180015 here:
Member of project/team area Adminstrators cannot save changes to team members work allocation (180015)
According to the work item, the issue is fixed in RTC 3.0.1.3.
Ruby
Martha (Ruby) Andrews
Jazz L3 Developer
enhancement 186806 opened 11-11 still in New --
Defect 180015 - resolved 4.0 M7 candidate
Defect 186805 - resolved 4.0 RC1
The question is how can you give a user the permission to ONLY adminster another users Work Environment.
Use Case: we have DEV/QA managers that wish to control the work environment allocations for members of their team.
The only way to enable this to make these users ADMINSTRATORS of the overall Project which gives them extensive rights and privileges that can impact timelines, iterations and other project level data.
The above state this is fixed is should be available to folks for JazzProjAdmin rights at the server level and the Adminstrative rights in the project.
This is not resolved, allows for too much exposure. Can someone clarify the functionality in 4.0.6 please. This opens huge risk in our environment we are using SCRUM template.
After reading this thread I am unsure of which of the three permission areas manages this right currently:
Is it
A) A Jazz Role?
JazzAdmins
JazzDWAdmins
JazzGuests
JazzUsers
JazzProjectAdmins
B) A Project Area Admin?
Overview Page of the Project Area
C) A Role Base Permission?
Permissions Page of the Project Area?
I don't think it is C?
Is it just B?
One of A?
One of A and B?
A combo of both one of A and B?
And is this answer documented anywhere so I can share it with my clients?
It's A (JazzAdmin or JazzProjectAdmin) or B from our experience with the tool.
Comments
Geoffrey,
What about my comment would you like to have explained? Note that I didn't say there were any changes between 4.0.6 and 5.0.1 ... but there were changes from 3.0.1 (which is the version that the earlier comments in this thread referred to).