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
This doesn't happen after a hard, cache-clearing reset. It only happens when the thread, pre-comment, is in the cache.
this would mean the zap is somehow preventing the SSR data from being loaded ... or it's being serialized with the zap
... it looks like the active mutation is preventing writeQuery in pages/_app.js from updating the cache such that the useQuery in items/[id]/index.js is using stale data until the mutation returns.
The comment appears (5) not when the zap succeeds but when the invoice for the zap is returned
This underlying problem appears to be the zap's optimistic mutation blocking the conflicting data we're writing in writeQuery. Ideally, the writeQuery would merge with the optimistic cache and everything would work.
confirmed - removing the optimistic response prevents the issue
I've witness this a few times and is likely some weirdness with the cache.
The text was updated successfully, but these errors were encountered: