Unable to Save Work Items due Follow-Up action
Hi guys,
3 answers
Administrator account is not a clm term.
Comments
I tried to remove this exception for the Project Area, but still didn't work. I wonder if it's something issued with the Work Item, the way was created of this is a limitation from the type of WI.
You don’t provide any information that could help diagnosing the problem.
Hi, I'm sorry... let me try to explain again.
This is the error we got: WI error
I tried the remove this followup action here: Preconditions
But still didn't work for those WIs who are unable to Save. Do I have to restart the server to apply these changes?
I'm fully able to Save if I have JazzAdmin access, but as a simple JazzUser I can't change anything on the Work Item.
check your Preconditions & Follow-up Actions for the project area where you are having difficulty saving. I suspect you have the "Summarize Effort" follow-up action defined at least one user group. Remove that Follow-Up Action since it is throwing a Null-Pointer Exception. The code that is executing as part of this extension will need to be looked at to see the cause of the exception before it is ready for use on any user group.
Comments
I removed the Precondition who defined that follow-up action, but still can't save the WI. Does it need to restart the server for being applied? Because of some cache memory...
What is about this code executing, in this case I'm just using the web RTC not the client on eclipse...
Once the precondition & follow-up action have been removed, the effect should be immediate. If in doubt you can also refresh the browser where the work item is displayed, but a reboot of the server would not be required.
If you are still getting the same Null-Pointer Exception from that same follow-up action then look to see if that user is part of multiple user groups and remove the follow-up action from all of the groups.
The failing follow up action "Summarize Effort" is a custom extension. RTC does not ship with any follow up action out of the box. Ask the author of the extension to debug why it is failing, or remove the entry form the process configuration.
Having the REPOSITORY ROLE JazzAdmin does not have any impact on executing follow up actions. The only characteristic that, I think, could contribute is that the JazzAdmin repository role provides visibility to all data. E.g. this user can see linked work items even if the access rules would not allow the user to see that. If the follow up action is not written in a way that accounts for access permissions, this could explain what you see.
As Ryan already mentioned, remove the follow up action from the configuration (or get it fixed). You don't have to reboot anything if you remove the follow up action from the process configuration. This takes effect immediately when you save the process configuration. Fixing the follow up action will definitely require a re-depoyment and a server restart.
"I'm fully able to Save if I have JazzAdmin access, but as a simple JazzUser I can't change anything on the Work Item. "
This statement indicates a potental lack of understanding how Repository Roles, Project Area Membership, Roles in Project Areas, the list of project area Administrators really work. You might want to check at least https://jazz.net/library/article/292