How does a validator work when the validation fails
I have the precondition Attribute Validation defined in the Operation Behavior.
When a value is out of the range I have a little red indicator on one corner of the field and if I hover with the mouse on it , it shows the error message defined in the validator.
Then if I save the work item in this situation, its saved as if nothing happened!!
I was expecting that if one field was invalid the work item wouldn't be able to be saved and show a big error message on the top of the screen like when any other error happens.
so am I doing something wrong, or is how the validators works (almost useless)
how can I avoid a work item to be saved if a specific field is invalid?
4 answers
See https://jazz.net/wiki/bin/view/Main/AttributeCustomization#Validators
When the work item containing the attribute is saved. This is only true if the behavior of the save operation has been manually configured in Team Configuration, Operation Behavior to require attribute validation. Otherwise attributes are not checked when saved. Furthermore attributes which are not required and are left empty will never be validated
Comments
he said he had the pre-condition configured
>I have the precondition Attribute Validation defined in the Operation Behavior.
I tested on my systems and with the pre-condition enabled, the save was prevented.
yes I have the precondition already there but still saves the work item and there is no additional configuration for this precondition
yes I have the precondition already there but still saves the work item and there is no additional configuration for this precondition
The save is only prevented for "error" level. It has always worked for me so far. No idea why it should not.
dojo.provide("com.example.HrsGtrThanZero");
dojo.require("com.ibm.team.workitem.api.common.Severity");
dojo.require("com.ibm.team.workitem.api.common.Status");
(function() {
var Severity = com.ibm.team.workitem.api.common.Severity;
var Status = com.ibm.team.workitem.api.common.Status;
dojo.declare("com.example.HrsGtrThanZero", null, {
validate: function(attributeId, workItem, configuration)
{ return new Status(Severity["ERROR"], "Validation failed");
} }); })();
Comments
We described this in https://jazz.net/library/article/1093 Lab 4 and 5. It has always worked for me. You can try to restart the server, close and open the work item. I don't have an idea why it wouldn't work. I'd suggest to open a PMR with support.
I have tested out the attribute validator on a net new project area that was created after the server was upgraded to 4.0.5 and the validator works as expected and prevents saving. I have confirmed the same in 5.0.1 so this appears to be inheritant of the migration of this project area from 3.0x to 4.0.5 and has rendered it "broken"
Comments
If you delete the validator and then add it back, does this make a difference?
(Save the code first of course)
nope added in just a basic decimal or regular expression and it still fails in this project area
I have heard from other instances where project areas upgraded from early versions had issues with scripting. I would suggest to reach out to support and open a PMR.
They can have a look into your project area template and maybe find a reason for why it is not behaving as expected.