Hello all. We have defined a workflow for 4 issues, in which we have included a validation for a transition, which validates that a value for field “Aceptado calidad” (Accepted quality) is provided during the transition.
This field is only defined in the screen of one of the issues - “Historia” (story), but the other 3 issues do not have this field.
Issue 1 Historia “story” with the field “Aceptado calidad” (Accepted quality).
Issue 2 Error "bug" without the field “Aceptado calidad” (Accepted quality).
Issue 3 Tarea "task" without the field “Aceptado calidad” (Accepted quality).
I am testing if this validation works correctly and the result is the following:
- It works correctly for the issue “Historia” (story) that has the “Aceptado calidad” (Accepted quality) field defined.
- It works correctly for 2 of the issues that do not have that field defined.
- It does not work for the third issue “Tarea” (task) that does not have the “Aceptado calidad” (Accepted quality) field and when making the transition I get the error message that we have defined.
Board in which the task "prueba cancelación tarea desde pruebas" is in the "EN VALIDACIÓN" state.
Definition of the task " prueba cancelación tarea desde pruebas" without the field “Aceptado calidad” (Accepted quality).
When trying to make the transition of the task "prueba cancelación tarea desde pruebas" from the status "EN VALIDACIÓN" to the status "EN DESARROLLO" I get the error "The story is not accepted by Quality Assurance.", which should not give me.
As much as I check, I don't see the difference between the two issues without that field that work with the issue that doesn't work.
Can someone help me to tell me that I have a bad definition or what may be happening so that the validation with the “tarea” (task) issue does not work for me?
Hello @Eduardo García Moreno
Thank you for reaching out.
Per your description, I understand you are facing the following scenario:
If that's the scenario you are facing, please allow me to bring some concepts so we can confirm we are on the same page here:
When you set a required field validator to a workflow, the validator is applied to ALL issue types using that specific workflow, no matter if you added the required field to the issue type screens or not.
That being said, the behavior you are facing for the Task issue type is expected if it is using the same workflow. For the Bug issue type, the validator is probably not being applied because of two possible reasons:
If you don't want the Task issue type to also be applied with the validator, you can click to add a new workflow under Project settings > Workflows, selecting the Task issue type. Optionally, you can create a copy of the same workflow you have (Under settings > issues > Workflows) and remove the validator.
Let us know if this information helps or if you need further instructions to add a new workflow.
Hello Petter.
I have seen what the problem is.
I use the “tarea” issue for 2 types of projects with two different workflows. In the other project, on which the validator that I have commented on does not apply, the field “Aceptado calidad” is used in the “tarea” issue. Therefore, in the default Configuration Scheme definition for “Aceptado calidad” the “tarea” issue is included in the context applicable to the schema. And the default value is empty (it can only have an empty value or “SI”).
Therefore, in the case that I have commented on, although for the “tarea” issue I do not have the “Aceptado calidad” field defined on the screen, it does have the default value “empty”. In this way, when applying the validator, since the field has no value, it does not allow the transition.
However, for the “error” issue, as the “Aceptado calidad field is included in the context applicable to the schema, the validator works correctly and allows the transition to be made.
Thank you very much
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.