You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
When attempting to access a property in a vuelidate validation "form" in the template (like in a v-if), the validation ref doesn't get unwrapped according to TS.
Reproduction URL
If need be, I'll share my project privately, as I have many things on there that I don't think are needed to be revealed to everyone.
To Reproduce
Steps to reproduce the behavior:
Create a validation with useVuelidate (we'll call it v$ for the example), like:
GalacticHypernova
changed the title
useVuelidate doesn't signal that it unwrap the validation ref when used in a template
useVuelidate doesn't signal that it unwraps the validation ref when used in a template
Dec 10, 2023
My best advice in this case would be to remove the Ref from that type and ensure that the $errors object is either a ref or reactive already -- no use in wrapping it (I'm pretty sure!)
This particular issue I'm noting is not directly related to the original issue. But its a large issue for Vuetify apps! I am fully willing to make any modifications to the lib, but I need to know if its okay, considering it could be a breaking-change bug
Make sure that you are familiar with documentation before submitting an issue.
https://vuelidate-next.netlify.com/
Describe the bug
When attempting to access a property in a vuelidate validation "form" in the template (like in a
v-if
), the validation ref doesn't get unwrapped according to TS.Reproduction URL
If need be, I'll share my project privately, as I have many things on there that I don't think are needed to be revealed to everyone.
To Reproduce
Steps to reproduce the behavior:
useVuelidate
(we'll call it v$ for the example), like:<p v-if="v$.name">
elementExpected behavior
The validation ref should get detected as unwrapped within the template
Screenshots
Provided above
Additional context
It doesn't actually break anything, however it is a bit annoying to work with.
The text was updated successfully, but these errors were encountered: