[Snyk] Upgrade @vee-validate/i18n from 4.5.10 to 4.12.6 #230
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR was automatically created by Snyk using the credentials of a real user.
![snyk-top-banner](https://github.com/andygongea/OWASP-Benchmark/assets/818805/c518c423-16fe-447e-b67f-ad5a49b5d123)
Snyk has created this PR to upgrade @vee-validate/i18n from 4.5.10 to 4.12.6.
ℹ️ Keep your dependencies up-to-date. This makes it easier to fix existing vulnerabilities and to more quickly identify and fix newly disclosed vulnerabilities when they affect your project.
The recommended version is 58 versions ahead of your current version.
The recommended version was released on 3 months ago.
Release notes
Package name: @vee-validate/i18n
🐛 Bug Fixes
👕 TypeScript
Field
component interface #4657🐛 Bug Fixes
🐛 Bug Fixes
🐛 Bug Fixes
spec
object instead of checkingtests
for determining therequired
status of a field onyup
schemas #4598 (#4599)🆕 Improvements
🐛 Bug Fixes
defineField
should respect globalvalidateOnModelUpdate
config #4567 (ec8a4d7)🐛 Bug Fixes
resetForm
not resetting unspecified fields to their original values if a partial is provided #4564 (36f6b9e)resetField
not setting the original value of the field causing the dirty flag to not update #4564 (36f6b9e)DX
💣 Breaking Changes
Deprecated reactive initial values #4402 (bbecc97)
Initial values can no longer be reactive since they did not serve any purpose for being so. The recommended API for setting async initial values is by explicitly calling
resetForm
.🆕
defineField
API #4497This is a new function available on
useForm
and is meant to replaceuseFieldModel
,defineInputBinds
anddefineComponentBinds
by building upon and improving those APIs.import { useForm } from 'vee-validate';
const { defineField, errors } = useForm({
validationSchema: schema,
validateOnMount: true,
});
const [email, emalProps] = defineField('email', { validateOnModelUpdate: true });
const [password, pwProps] = defineField('password', { validateOnModelUpdate: true });
</script>
<template>
<input v-model="email" v-bind="emailProps" />
<span>{{ errors.email }}</span>
<input v-model="password" v-bind="pwProps" />
<span>{{ errors.password }}</span>
</div>
</template>
The docs have been updated to reflect using this new API instead of the deprecated ones. The old ones will continue to work till they get removed in next minor releases.
🆕
meta.required
Added support for
meta.required
state for Typed Schemas only.That means if you are using
toTypedSchema
helper with either Yup, Zod, Valibot, or Global rules then it should be automatically done for you. This is a new experimental feature and may not work well with conditional schemas or dynamic ones.For more info check the live demo link here.
🆕 DX improvements
🐛 Bug Fixes
🐛 Bug Fixes
👕 TypeScript
null
as a valid Form prop type #4483 (78c4668)💣 Breaking Changes
@ vee-validate/rules
package which caused issues for ESM importing #4470This only affects you if you are importing all the rules.
Migration:
👕 Types
useSetFormValues
now accepts values generic type parameters (#4475) thanks to @ ivan-angjelkoski🆕 New Features
👕 TypeScript
This release is aimed at resolving #4421
useForm#defineComponentBinds
is now more strict and provides accurate typings for bothmodelValue
andupdate:modeValue
properties. Previously they were not exposed.Try the following example.
validationSchema: toTypedSchema(yup.object({
date: yup.date().required(),
number: yup.number().required(),
string: yup.string().required(),
valueModel: yup.string().required(),
})),
});
const date = defineComponentBinds('date');
const number = defineComponentBinds('number');
const string = defineComponentBinds('string');
const valueModel = defineComponentBinds('valueModel');
4.11.5 - 2023-09-09
4.11.4 - 2023-09-09
4.11.3 - 2023-08-23
4.11.2 - 2023-08-20
4.11.1 - 2023-08-01
4.11.0 - 2023-07-30
4.10.9 - 2023-07-30
4.10.8 - 2023-07-22
4.10.7 - 2023-07-16
4.10.6 - 2023-07-08
4.10.5 - 2023-07-03
4.10.4 - 2023-07-03
4.10.3 - 2023-06-29
4.10.2 - 2023-06-25
4.10.1 - 2023-06-23
4.10.0 - 2023-06-22
4.9.6 - 2023-05-31
4.9.5 - 2023-05-21
4.9.4 - 2023-05-17
4.9.3 - 2023-05-11
4.9.2 - 2023-05-09
4.9.1 - 2023-05-08
4.9.0 - 2023-05-07
4.8.6 - 2023-04-17
4.8.5 - 2023-04-15
4.8.3 - 2023-03-15
4.8.2 - 2023-03-14
4.8.1 - 2023-03-12
4.8.0 - 2023-03-12
4.7.4 - 2023-02-07
4.7.3 - 2022-11-13
4.7.2 - 2022-11-02
4.7.1 - 2022-10-23
4.7.0 - 2022-10-09
4.6.10 - 2022-09-30
4.6.9 - 2022-09-19
4.6.8 - 2022-09-19
4.6.7 - 2022-08-27
4.6.6 - 2022-08-16
4.6.5 - 2022-08-11
4.6.4 - 2022-08-07
4.6.3 - 2022-08-07
4.6.2 - 2022-07-17
4.6.1 - 2022-07-12
4.6.0 - 2022-07-11
4.5.11 - 2022-04-10
4.5.10 - 2022-03-08
from @vee-validate/i18n GitHub release notes
Important
Note: You are seeing this because you or someone else with access to this repository has authorized Snyk to open upgrade PRs.
For more information: