-
-
Notifications
You must be signed in to change notification settings - Fork 9k
Description
Version
3.1.0-beta.1
Reproduction link
Steps to reproduce
- Open reproduction. The code is running 3.1.0-beta.7.
- Observe that there are two "test-cmp" components. The first one has its value set using the "value" prop. The second one has its value set using v-model.
- In the preview area, observe that the first component renders "undefined", and the second one renders "My Value with v-model".
- Change the reproduction to use Vue 3.0.11.
- Observe that this time the first component renders "My Value" instead of "undefined".
This seems to be related to 4fe4de0.
What is expected?
I would expect that the modelValue key is not set unless actually using v-model.
What is actually happening?
The modelValue key is set even in instances of my component that do not use v-model.
This impacts Ionic Vue applications. In Ionic Vue, we need to account for both value and modelValue so that we can set the correct component value on the underlying Web Component. Currently we use the following check:
const propsToAdd = {
'value': props.hasOwnProperty('modelValue') ? props.modelValue : props.value
}With Vue 3.1.0 since the modelValue key is always there, this condition is always true which breaks components that are using value instead of v-model. The workaround is pretty simple:
const propsToAdd = {
'value': props.hasOwnProperty('modelValue') && props.modelValue !== undefined ? props.modelValue : props.value
}But at the same time this feels like a breaking change and should either be done in Vue 4.0 or noted in the changelog if breaking changes are allowed for minor releases.