Escaped dots in constraints don't validate against input names with dots #188
Comments
I'm a bit unclear on the problem, what are you expecting and what are you seeing? |
If I have an input field like this
Or
I would expect the input field to be validated and to be checked for a presence of true, and then if presence is false, for an error to be added to the input. In the second constraints example I have escaped the period that appears in the input name (foo[period]bar). The input is validated, however the error is not correctly added to the input. I believe this is because escaping characters, i.e. "\" are not removed from the input name before being ran through the validator. So in this instance, when applying the error, the validator is looking for for an input with the name |
I am having the same issue here |
Isn't the problem just that |
A fix has been released in 0.12.0 |
When an input name has a dot, e.g.
name="input.name"
and a constraint is added for that input, e.g.the constraint will not validate against the name. This is because the escaping (of the dot) only happens when getting the input value and not when applying the errors to the inputs.
The text was updated successfully, but these errors were encountered: