It's all about the answers!

Ask a question

Permissions problem with "filed against" when moving work from one team to another

Noel Gimeno (1521417) | asked Mar 02 '16, 5:21 a.m.
edited Mar 02 '16, 5:22 a.m.
Hello good morning! Some help, please, I may missing something here:

I have the following structure of teams, users and assigned categories:

Project Area
    >Team1 - Category1
    >Team2 - category2

The Team1 receives a work item with its "filed against" = Category1.
The UserA belonging to the Team1 performs some work, for example changing the description and saving, and later sends the work to the Team2 by changing the "filed against"=Category2 and saving again.

So far it should work, we are just moving work form one team to another.

Nonetheless, when changing the "filed against"=Category2, RTC throws an error saying that UserA doesn't have permission to modify the Description! User A didn't actually modify the description now, but in a previous save operation. In this Save operation he is only saving the "filed Against".

I tried to log-off UserA, to close the browser, etc. but still RTC identifies that all changes to attributes of the work item performed previously by the Team1 are being performed again when changing the "filed against".

Is this a normal feature? This limits a lot the ability to move work from one team to another if we want to keep users organized and included only in the teams they work.

Thank you

Accepted answer

permanent link
Isabel Murakami (3811615) | answered Mar 02 '16, 7:25 a.m.
Which is the exact message presented ? Normally it does mention which is the permission missed.
For instance, considering a SCRUM OOB with the same structure
Team1 - user1 - Cat1
team2 - user2  - Cat2
Team Permission for "everyone" has the "modify work item's description" disabled

When user1 changes a task to Cat2 from Cat1, after only have changed the filed against, he does receive the error: "Permission Denied: You don't have permission to perform the following actions: Modify the work item's description (modify/description)"

There are some Work Items related with Filed against behavior:
Noel Gimeno selected this answer as the correct answer

Noel Gimeno commented Mar 10 '16, 9:54 a.m.

Hello Isabel, thanks for your answer.

Our Use case is exactly as the scenario you mention.
It is reflected in the work item pointed by you:

The message received is:
You don't have permission to perform the following actions:
  Modify the work item's summary (modify/summary)

Our RTC version is 5.0.2. This Defect is opened (actually Resolved->not fixed) for the issue:

And this is the reason for "not fixed" comment 7: The reason why the current model is restrictive is to prevent users to set an attribute in a work item by moving it to an other team area first, make the change and move it back.

Guess that no chance to use it for our purposes then

One other answer

permanent link
Ralph Schoon (63.2k33646) | answered Mar 02 '16, 5:35 a.m.

being member of a team area (or not) and having the default role (everyone) versus a different role in the team area explains, why a user might or might not have the permission to do certain changes. Please see
to understand the concepts. Also see

Ralph Schoon commented Mar 02 '16, 5:49 a.m.

By changing the category, by the way, you change the owning process area, which determines roles and permissions.....

Noel Gimeno commented Mar 10 '16, 9:42 a.m.


Thank you for your answer. Our problem is quite more specific than the content of these links, as described above.

The attributes are not being modified when we receive the error message "User A didn't actually modify the description now".
The problem we are facing looks related to the work item stated by Isabel below:

Your answer

Register or to post your answer.

Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.