v-text-field component0.14.7
The component should turn red only if there are errors.
The component is red from the very beginning and there is also an error in the console:
"[Vue warn]: \
This is currently being worked on. We are refactoring the internal validation and how we support 3rd party libraries.
Make data is array will look normal, but also has a warn info [Vue warn]: Avoid using non-primitive value as key, use string/number value instead.
@dxcqcv I'm not sure what you're asking. The codepen works without any warning messages. Also please create a new issue for separate problems.
@nekosaur I just got this warn as well, and use another solution to fix it, but I does not test very well, the warn is disappeared, sorry
This also happens with the built in :rules binding. I'm using it to try to validate input of a v-edit-dialog and the same error pops up. Is there something we can do in the meanwhile?
@Ragura Can you reproduce the problem in a codepen?
Well, this is awkward. It's showing completely different behaviour in a standalone codepen...
https://codepen.io/anon/pen/dzdegz
Here, the validation simply does not prevent the changes to save after closing the edit-dialog, which is normal I guess, considering the use of v-model. However, if I use the standard @change event, it never even validates to begin with.
But, it's not showing the transition warning this time. That's strange, because I have a nearly identical setup in my project (latest version of Vuetify). It's impossible to export my version to Codepen though, because of the structure and dependencies.
I will look into it further and hopefully figure out what's going on.
This has been resolved on dev for 0.15.0
@johnleider I'm on 0.15.0-beta.4 and I'm still getting the same error as OP. Am I on the wrong version?
Unfortunately I am still seeing [Vue warn]: <transition-group> children must be keyed: <div>.
I tried on 0.15.0-beta.4 and 0.15.3.
I see the error, but this is confusing to me as all of the elements are keyed.
https://github.com/vuetifyjs/vuetify/blob/dev/src/mixins/input.js#L108
https://github.com/vuetifyjs/vuetify/blob/dev/src/mixins/input.js#L117
I figured this out.
When string was valid, my rules function was returning undefined and not true. That lead to this strange error.
So everything is good to go?
Yeah, just wondering if maybe it makes sense to throw a better error if 'undefined' is returned by the rules function, as others may run into this. I assumed I just needed to return a string if there was an error, otherwise return nothing.
Turns out I needed to return a true.
Probably could do a better job of explaining it, currently it is only (to my knowledge) defined https://vuetifyjs.com/components/text-fields on #11
Most helpful comment
This is currently being worked on. We are refactoring the internal validation and how we support 3rd party libraries.