-
Notifications
You must be signed in to change notification settings - Fork 47k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “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? Sign in to your account
Remove errant return assignment #14164
Remove errant return assignment #14164
Conversation
f519354
to
da0641c
Compare
Oopsie! This could have been avoided if our types were modeled correctly with Flow (using a disjoint union). Fuzz tester didn't catch it because it does not generate cases where a Suspense component mounts with no children. I'll update it.
da0641c
to
355c0be
Compare
Details of bundled changes.Comparing: 7fd1661...355c0be scheduler
Generated by 🚫 dangerJS |
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.
Do you not need to update the return pointer on currentPrimaryChild and its siblings (when they exist)?
@sophiebits You do right before you traverse down into them, which is not true in this case. I think this is some copypasta from a different branch. |
Oopsie! This could have been avoided if our types were modeled correctly with Flow (using a disjoint union). Fuzz tester didn't catch it because it does not generate cases where a Suspense component mounts with no children. I'll update it.
Oopsie! This could have been avoided if our types were modeled correctly with Flow (using a disjoint union). Fuzz tester didn't catch it because it does not generate cases where a Suspense component mounts with no children. I'll update it.
Oopsie!
This could have been avoided if our types were modeled correctly with Flow (using a disjoint union).
Fuzz tester didn't catch it because it does not generate cases where a Suspense component mounts with no children. I'll update it.
Fixes #14162