It's all about the answers!

Ask a question

permission for changing the work environment.

sanfi faria (9613218) | asked Sep 23 '11, 6:09 a.m.
Hi All,
What permission should be assigned to user so that he can modify the work environment of another user in RTC. Does only admin users have the previlege to modify the work environment of another user.

Any suggestion is well appreciated



4 answers

permanent link
Geoffrey Clemm (30.1k33035) | answered Sep 23 '11, 3:28 p.m.
edited Oct 17 '14, 1:59 a.m.
In RTC-3.0.1, you should be able to modify the work environment of
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.


Gary Mullen-Schultz commented Oct 06 '11, 2:02 p.m. | edited Oct 17 '14, 1:58 a.m.


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

Geoffrey Clemm commented Oct 06 '11, 6:36 p.m. | edited Oct 17 '14, 1:59 a.m.

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.


anatole farci commented Nov 08 '11, 12:51 p.m. | edited Oct 17 '14, 2:00 a.m.


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.


Geoffrey Clemm commented Nov 08 '11, 5:08 p.m. | edited Oct 17 '14, 1:58 a.m.

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.


Guislain LAGRON commented Aug 30 '12, 5:29 p.m. | edited Oct 17 '14, 2:00 a.m.

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?

Martha (Ruby) Andrews commented Aug 30 '12, 7:17 p.m. | edited Oct 17 '14, 2:00 a.m.

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


Martha (Ruby) Andrews
Jazz L3 Developer

Wendy Murphy commented Jun 13 '14, 10:23 a.m. | edited Oct 17 '14, 2:02 a.m.

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.

Anthony Crain commented Oct 14 '14, 8:18 p.m. | edited Oct 17 '14, 2:02 a.m.

After reading this thread I am unsure of which of the three permission areas manages this right currently:

Is it
A) A Jazz Role?

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?

Radha Nagaraja commented Oct 15 '14, 12:00 a.m.

It's A (JazzAdmin or JazzProjectAdmin) or B from our experience with the tool.

showing 5 of 9 show 4 more comments

permanent link
Geoffrey Clemm (30.1k33035) | answered Oct 17 '14, 1:55 a.m.
In RTC-5.0.1, it appears that if you are a Project Admin of any project, you can modify the work environment of any user you can access (note that it appears you are not limited to modifying allocations to the project/team area for which you are the admin).  

Gustavo Monti Rocha commented Nov 25 '14, 12:16 p.m.


I didn't see any change between 4.0.6 and 5.0.1 in rules to change  work environment. User should be project administrator in order to change a given resource allocation. 

Could you explain your comment!

Geoffrey Clemm commented Nov 26 '14, 1:46 a.m.

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).

permanent link
José Humberto Cruvinel (613) | answered Dec 01 '14, 10:45 a.m.
 I have the same understanding that Gustavo : version 5.0.1 would have solved this problem.

But in fact , version 5.0.1 did not solve .

permanent link
Guislain LAGRON (3664) | answered Dec 01 '14, 1:02 p.m.

As it turns out, what does work in RTC4.0.2 is changing a person's work environment, not from their profile (which requires JazzProjectAdmin roles) but from the Plan's Resources tab (which does not require JazzProjectAdmin role).

This feature (or work-around) addresses our needs.

Your answer

Register or to post your answer.