validation

I would like to give this to the people who are new and would like to start contributing to validator.js.

The current version in isMobilePhone validation, we have less than 195 phone validations i.e

In the code https://github.com/validatorjs/validator.js/blob/master/src/lib/isMobilePhone.js, the validations exist from line 5 to line 119, which means we have probably 119 - 5 countries phone

Are you submitting a bug report or a feature request?

Bug? I guess.

What is the current behavior?

Package version eg. v9, v10:

github.com/go-playground/locales v0.13.0
github.com/go-playground/universal-translator v0.17.0
github.com/go-playground/validator/v10 v10.2.0

Issue, Question or Enhancement:

Golangci-lint (https://github.com/golangci/golangci-lint) comes with a errorlint linter (https://github.com/polyfloyd/go-errorlint). When I switched it on, I got this issue f

I managed to find a way to fail-fast the validation chain with bail, but what about failing fast the middleware list?

Say, I have

.post(
  '/somewhere',
  body('name').exists(),
  body('phoneNumber').exists(),
  handleStuff
)

If the name validation fails, I don't care to check phoneNumber anymore... Wasn't able to find a way to fail fast in this case. In the case

type Item struct {
	Bt int `valid:"range(1|100)"`
}

func main() {
	t := Item{-1}
	ok, err := govalidator.ValidateStruct(t)
	fmt.Println(ok, err)
}

output:Bt: Validator range(1|100) doesn't support kind int;

What version of CUE are you using (cue version)?

v0.4.0

Does this issue reproduce with the latest release?

Yes

What did you do?

Use strconv.FormatInt for integers larger than 64 bit doesn't work.

The reason is that these functions are generated from the respective Go packages, which only supports up to 64 bit.

What did you expect to see?

Instead, these me

The less than/greater than checks should check if the input value is NaN. NaN is defined to not be equal to any other number, and all numerical comparisons yield false. Therefore, if I have a field that's annotated with (for example) (validate.rules).double.gt = 0, that field should fail validation if given NaN.