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
See codesandbox example for minimum reproduction. Within this example, there's a setInterval running that increments the 'count' ref every one second. We also have a input bound to 'someNumber' using v-model.lazy.
If you begin typing into the input, you'll see that every time the interval ticks, it causes the input to reset it's value to that of the someNumber value.
What is expected?
Asynchronous changes to unrelated refs should not cause a lazily bound input to reset to it's v-model value.
What is actually happening?
Changes to an unrelated ref is causing lazily bound inputs to reset any in-progress changes back to the bound ref's value
The text was updated successfully, but these errors were encountered:
This issue states "changes to unrelated refs should not cause a lazily bound input to reset". But currently changes to related refs are not working too. I guess this is related to the fix in ac74e1d. Is this expected? If so, maybe we should update the doc to mention this.
Version
3.1.5
Reproduction link
https://codesandbox.io/s/recursing-keller-edvtl?file=/package.json
Steps to reproduce
See codesandbox example for minimum reproduction. Within this example, there's a setInterval running that increments the 'count' ref every one second. We also have a input bound to 'someNumber' using v-model.lazy.
If you begin typing into the input, you'll see that every time the interval ticks, it causes the input to reset it's value to that of the someNumber value.
What is expected?
Asynchronous changes to unrelated refs should not cause a lazily bound input to reset to it's v-model value.
What is actually happening?
Changes to an unrelated ref is causing lazily bound inputs to reset any in-progress changes back to the bound ref's value
The text was updated successfully, but these errors were encountered: