Preventing ppl from changing Work items owned by others
One answer
Please feel free to add a comment indicating your interest/support.
Comments
But that is SO old (2009), as to be invalid anymore.
I was thinking more along the lines of adding a pre-condition under save work item (operation behavior) that checks for owner for the ppl in development role. Also, I dont want to allow developers to re-assign work item owners, how would I do that.
exactly what I said, an advisor (precondition) (under save workitem operation behavior) extension
because you cannot manipulate contributor and roles in javascript, this precondition will have to be in Java
An enhancement request is never invalidated just because it is old ... it just means that it needs more customer support before it is implemented. For example, we are beginning work on work item 2127, created Jan 2006.
I understand. in a prior company we got 10,000 ERs a year.. but could only create product content for around 1000.. using that math, you get a big backlog that will never ever be addressed.
eventually you have to admit you will never get to a lot of the backlog.
Thanks sam,
Geoff, can you guys please add that pre-condition so ppl dont have to code that, it sounds like an easy thing to implement instead of creating new roles, its an important pre-condition to have for real world projects i.e. ppl other than scrum master or proj admin should not be allowed to change other ppl's work items (except discussion) or even change the ownership of work items, even if they currently own a work item, they should not have the authority to assign it to someone else.
Comments
sam detweiler
Nov 24 '13, 7:34 a.m.Not out of the box. you would have to write an Advisor extension that checks owner vs current user to prevent save.
because you cannot manipulate the user record in JavaScript, you will have to write this Advisor in Java.
2 votes