-
Notifications
You must be signed in to change notification settings - Fork 31
Fixes crash caused by ValueNodeWrapper rendering incorrect value #170
New issue
Have a question about this project? No Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “No Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? No Sign in to your account
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks a lot for spotting this and providing a quick fix. Looks good to me! I just have one tiny suggestion -- if we're passing data
into the getInputComponent
function, we don't need to also pass dataType
.
Co-authored-by: Carl Smith <5456533+CarlosNZ@users.noreply.github.com>
Co-authored-by: Carl Smith <5456533+CarlosNZ@users.noreply.github.com>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
thanks for catching that! looks good 👍
Brilliant, much appreciated! |
I'll make a new build and release later today 👍 |
Released in v1.22.3 now 👍 |
Hey, @kyaw-t , had to do an emergency fix for this, cos we inadverdantly caused a worse problem! #171 😆 Turns out a more thorough fix was just to remove the "update local state" call within the The problem with what we did yesterday is that it sends the Anyway, here is the commit if you're interested: 6daabed |
Ah got it. I should've tested it a little more thoroughly. 😆 |
Fix for #169
Added a data parameter to the getInputComponent function so that the rejected value from inputProps.value doesn't get passed to the ValueNode.