Inifite loop with watch #720
Closed
pedroteixeira
started this conversation in
General
Replies: 3 comments 5 replies
-
As a workaround, does defining
So, #385? I wonder how 1.3.1 worked... 🤔 |
Beta Was this translation helpful? Give feedback.
1 reply
-
If anyone is interested, feel free to work on it: fix it potentially or otherwise possibly warn it in DEV. |
Beta Was this translation helpful? Give feedback.
0 replies
-
Hello guys, is this issue still open. If not. I would like to work on it. And start contributing on open source project. Thank you! |
Beta Was this translation helpful? Give feedback.
4 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Hello! I wanted to bring this to attention to get some ideas.
I was migrating from 1.3.1, and some previous watch implementations now get suck in infinite loop (it happens as early as in 1.4.0)
Noticed the issue happens because implementation was creating new
{}
and assigning to a key insidewatch
:I am not sure best way the library can help in such cases, just bringing here for discussion :)
Perhaps a development version that uses "deep equals" to warn that an equivalent but different object is being re-assigned multiple times?
Thanks
Beta Was this translation helpful? Give feedback.
All reactions