However, the validation does not work on the FE. When the number is set out of range, it is still considered as valid input. Such discovery can be created, and the BE will respond that the value is not allowed.
I consider this as a bug on the FE that does not properly validate constraints.
To Reproduce
Steps to reproduce the behavior:
Go to Discoveries
Create new discovery based on Network Discovery Provider
Select IP-Hostname kind to load attributes
Provide invalid input for Number of parallel executions attribute
The input field is green, meaning that it is considered as valid
Expected behavior
The range should be validated, and if the value is out of range, the error message from the constraint should be shown. The FE should not allow create request with invalid input.
Screenshots
Additional context
Using latest FE version compatible with 2.12.0.
Describe the bug New data attribute for the network discovery of certificates that is used to define number of parallel executions is using constraint of type RANGE, according to the documentation: https://docs.czertainly.com/docs/contributors/attributes/constraints.
However, the validation does not work on the FE. When the number is set out of range, it is still considered as valid input. Such discovery can be created, and the BE will respond that the value is not allowed.
I consider this as a bug on the FE that does not properly validate constraints.
To Reproduce Steps to reproduce the behavior:
Expected behavior The range should be validated, and if the value is out of range, the error message from the constraint should be shown. The FE should not allow create request with invalid input.
Screenshots
Additional context Using latest FE version compatible with 2.12.0.