Jazz Forum Welcome to the Jazz Community Forum Connect and collaborate with IBM Engineering experts and users

Rank affects workitems

Questions
Tags
Users
Badges
David Seddaoui
(11●4●7) Sep 08 '17, 5:22 a.m.

Hello together,

in our project we faced the following problem.
I'm not sure if this is a CLM defect or if this is works as designed :)

Scenario (CLM 6.0.3 agile-template)

  • Workitem was created in a projectArea (Filed Against and Summary)
  • Workitem was assigned to a specific user (Owned By)
  • This User ranked this workitem within the 'My Stuff view'
  • Afterwards the person recognized the story is not within his responsiblity
    • For this reason he deleted the owner within the workitem
  • After that he wanted to change the 'Filed Against' as the other responsible person is working in another team
  • But then he face the following error message: "Permission Denied. You don't have permission to perform the following actions: Modify the 'Rank' attribute (modify/com.ibm.team.apt.attribute.planitem.newRanking_pm7N...."
  • This error was only solveable after the user went in another plan and removed there the rank from the workitem

-> But we thought the rank is never assigned directly to a workitem as it is only assigned to the list in a plan view.

Somehow this isn't the case in the 'My Stuff view'. Within a plan view it's working like expected.


Cheers

David

0 votes

Comments
Marko Tomljenovic
Jan 23 '19, 10:04 a.m.
Hi Geoff,
I think the problem here is that changing the "Filed Against" seems to be affecting the ranking if I look at the error message.

Geoffrey Clemm
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER Feb 04 '19, 5:55 p.m.

Yes, my post was primarily about the last sentence: 

"we thought the rank is never assigned directly to a workitem as it is only assigned to the list in a plan view".
But my post has no explanation for why modifying the "Filed Against" property would change/remove the ranking.   If you are still interested, and can reproduce this behavior, I'd suggest filing a defect (and let me know what it is, so I can subscribe :-).

Note: I tried to demote my "answer" to be just a comment, but the system refused to let me do so (:-).

1 answer
3,601 views
0 votes

One answer

Permanent link
Geoffrey Clemm
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER (30.1k●3●30●35) edited
Oct 05 '18, 3:06 p.m.
Note: I am not a work item ranking expert, so anyone who is, please post a comment if I get any of this wrong.

One key fact to note is that a work item is either ranked or not (independent of what plan it is in).   An internal property is stored that indicates the relative ranking of that work item with all other work items in the repository, and then the absolute ranking of a given work item in a given plan is computed based on the relative ranking of that work item to the other work items in that plan.

So in the case above of logically moving a work item from one plan to another, if the work item has its internal ranking attribute set, the work item will end up modifying the absolute ranking of items in the destination plan, so you are only allowed to logically move a ranked work item to a new plan if you have permission to modify the rank ordering of work items in the new plan.


0 votes

Your answer

Register or log in 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.

Ask a question
Guidelines
FAQ
Search context
Follow this question

By Email: 

Once you sign in you will be able to subscribe for any updates here.

By RSS:

Answers
Answers and Comments
Question details
× 7,495
× 1,220
× 239
× 32
× 13
× 12

Question asked: Sep 08 '17, 5:22 a.m.

Question was seen: 3,601 times

Last updated: Feb 04 '19, 5:55 p.m.

Confirmation Cancel Confirm