HELP!!!.. required fields are killing us.. solved, customer provided workaround
we need to turn on required fields for defects for our 160 projects.. but this is causing a fatal production line stop.
- the earliest state is New.. but we have a ton of workitems in New state. and they get fiddled with while in New state. we need a required on Create action.
- you cannot change a block of workitems (bulk) when u have to change 5 fields.
- IF we were forced to use NEW.. I need NEW from today forward.. not all the existing workitems.
we are on rtc 3.0.1.1.. not 4.0.1/.2 (ie, not current)
help!!!!!!
Accepted answer
5 other answers
Another thought would be to define a role e.g. Admin for you and your team as admin that does not enforce the required attributes. Then do your cleanup and assign reasonable values.
All other roles will retain the requirement for the required attributes and will have to update work items as they go.
I find this the cleanest thing to do. It enforces to set the required attributes when users want to save, but it allows you to operate as required.
All other roles will retain the requirement for the required attributes and will have to update work items as they go.
I find this the cleanest thing to do. It enforces to set the required attributes when users want to save, but it allows you to operate as required.
sorry, Ralph
I need to turn it OFF for all users of OLD (prior to today) workitems,
and ON for all users of all workitems created today and forward.
then the teams (across our 3500 people) can clean up the OLD workitems as they can.
I need to turn it OFF for all users of OLD (prior to today) workitems,
and ON for all users of all workitems created today and forward.
then the teams (across our 3500 people) can clean up the OLD workitems as they can.
PMR results (not surprizing) 'working as designed', I am not keen that they copied the results from the forum answers above as 'the answer'.
so, I took the source code and added 2 lines of code and one XML element.. now it does what we need.
(I didn't try to update the advisor configuration UI) We will install our version along with the product version.
the product version will do required fields for ending states, regardless of prior state ('New' state with prior state of 'New'). Ours will check for being created. ('New' end state, with no prior state.)
so the advisors work like this (joining all the required fields lists together)
all workitems
+ all of this type
+ all in this (ending) state
+ being created - new capability (ours)
can someone change the accepted answer to this entry
I 'could' completely replace the original function with our plugin, but the test requirements go crazy.
so, I took the source code and added 2 lines of code and one XML element.. now it does what we need.
(I didn't try to update the advisor configuration UI) We will install our version along with the product version.
the product version will do required fields for ending states, regardless of prior state ('New' state with prior state of 'New'). Ours will check for being created. ('New' end state, with no prior state.)
so the advisors work like this (joining all the required fields lists together)
all workitems
+ all of this type
+ all in this (ending) state
+ being created - new capability (ours)
can someone change the accepted answer to this entry
I 'could' completely replace the original function with our plugin, but the test requirements go crazy.
Comments
Kevin Ramer
Apr 16 '13, 12:15 p.m.Sam,
It's my understanding that not burrowing into the hierarchy of the Required Attributes pre-condition would make the required attributes required on any save.
Daniel Toczala
FORUM MODERATOR / JAZZ DEVELOPER Apr 16 '13, 3:41 p.m.Sam,
sam detweiler
Apr 16 '13, 6:16 p.m.Yes, it is both things. we have run for 18 months with no structure of required fields and are starting to do enforcement now, but there is a lot of cleanup.
some of the required fields are new in the template (Detected By, who reported it)
and a product Feature field (that has to be customized for each project). so the developers never saw them and knowing WHO reported the issue 1 month ago may be hard to figure out.
and we only added 4 required fields!..
severity
feature
detected by
and Found In - many teams have not been diligent in using this field, cause it really doesn't represent our way of working.
so, while I agree that we need to cleanup, we also need to be able to move forward reasonably.. cleanup is extra work.