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
From my initial observation, the issue seems to be related to the itemRef variable inside the mount function of the apiCreateFor file.
It appears that itemRef is using the original source value returned by getItem. Later, when the data changes and the update function is called, the UI update is skipped because newItem and itemRef from the ForBlock instance still reference the same object and are therefore considered unchanged.
Vue version
3.6.0-beta.10
Link to minimal reproduction
Playground
Steps to reproduce
vapor-mode.mp4
What is expected?
vDom.mp4
What is actually happening?
In Vapor mode, UI updates (v-for) behave inconsistently depending on whether
listis ashallowRefor aref.When
listis ashallowRef:change1does not trigger a UI updatechange2does not trigger a UI updateWhen
listis a normalref:change1fails to trigger a UI updateThe same code works correctly in the latest stable version (VDom), where all update patterns trigger UI updates normally.
System Info
Additional comments
From my initial observation, the issue seems to be related to the
itemRefvariable inside themountfunction of theapiCreateForfile.It appears that
itemRefis using the original source value returned bygetItem. Later, when the data changes and theupdatefunction is called, the UI update is skipped becausenewItemanditemReffrom theForBlockinstance still reference the same object and are therefore considered unchanged.