-
Notifications
You must be signed in to change notification settings - Fork 1
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
[data] hydration errors #80
Comments
Maybe caused by bad iteration keys? |
I need time for it. queries are complicated things |
Hey sorry I closed this because the issue disappeared on my project after I wrapped some components in |
Yes, each |
I am experiencing hydration errors seemingly caused by the useQuery hook.
I'm trying to reproduce it reliably but I am having trouble with that, as the hook works fine in isolation.
So far all I can tell is that adding one useQuery hook that works fine in isolation, to a page with more than one useQuery hook, seems to cause a hydration error.
I will try to investigate further.
A relatively smaller version of my app is here with comments and repro steps.
In this repository you can also observe the
DisplayCatalogItems
component possesses the<Link />
isssue discussed in #77I have discovered a workaround for these useQuery hydration errors, it involves wrapping the components using useQuery in more html elements.
I have noticed that the base64 encoded state the server produces contains duplicated content. Is this expected?
The text was updated successfully, but these errors were encountered: